# Redis Cluster集群不会自动平均写入

## 问题描述

最近生产环境出现一个问题如下

```
redis节点名：r-XXXXXXXXXX

某云的redis集群：每个节点是2G，4个节点，一共是8G

r-XXXXXXXXXX-db-0#123456780 主节点，内存使用率30%
r-XXXXXXXXXX-db-1#123456781 主节点，内存使用率40%
r-XXXXXXXXXX-db-2#123456782 主节点，内存使用率80%
r-XXXXXXXXXX-db-3#123456783 主节点，内存使用率40%

请问如何让数据平均写到4个节点里？
```

控制台分析

![img](https://developer.qcloudimg.com/http-save/yehe-1087118/6928d1e4fdb1ef029402934d421181ed.png)

![img](https://developer.qcloudimg.com/http-save/yehe-1087118/0ee22a106649665c033d5d76f6a30e47.png)



得到分析结果，BigKey，有400多M的占用大内存的数据

![img](https://developer.qcloudimg.com/http-save/yehe-1087118/8ca980e2eb42e89d7b5462d1bab4c492.png)



# 为什么 Redis 集群不会平均写入？

Redis Cluster 使用 **CRC16(key) % 16384** 算出 key 属于哪个 slot。

每个主节点负责一部分 slot。

如果你的 key 名称结构是这样的：

```
prefix:prefix:prefix:xxx
```

# 一句话答案

Redis Cluster **不会自动平均写入**，数据分布完全取决于：

> **Key 的哈希槽（slot）分布是否均匀**

如果你的 key 名称结构导致 **slot 不均匀**，就会出现你现在这种情况：
某个节点 80%，其他节点 30%～40%。



那么：

- **前缀相同 → 哈希值高度集中 → 落到同一个 slot 或少数几个 slot**
- slot 集中 → 写入集中到某个节点 → 内存不均衡

你给的 key 示例：

```
tg.XXX.com:ringQueue:ocpc_ring_queue:sdk_kuaishouv1_wczyxe240602:2097
```

前缀非常长且固定，只有最后一段变化，这种 key **极容易导致 slot 偏斜**。

# 如何验证是否 slot 不均匀？

你可以查一下这个 key 的 slot：

```
redis-cli -c CLUSTER KEYSLOT "tg.XXX.com:ringQueue:ocpc_ring_queue:sdk_kuaishouv1_wczyxe240602:2097"
```

再查几个类似 key，你会发现：

> 大部分 key 都落在同一个 slot 或相邻 slot

这就是你看到某个节点 80% 的根本原因。

# 如何让数据平均写入 4 个节点？

## 方案 1：调整 key 结构（最有效）

Redis Cluster 的均衡依赖 key 的哈希值。
 你需要让 key 的 **变化部分尽量靠前**。

例如：

### 当前（容易 slot 偏斜）

```
tg.XXX.com:ringQueue:ocpc_ring_queue:sdk_kuaishouv1_wczyxe240602:2097
```

### 推荐（slot 更均匀）

```
sdk_kuaishouv1_wczyxe240602:2097:tg.XXX.com:ringQueue:ocpc_ring_queue
```

或者：

```
{sdk_kuaishouv1_wczyxe240602}:2097
```

但注意：

**使用 {} 会强制 key 落在同一个 slot，不要乱用！**

你要的是 **均匀分布**，所以不要使用 `{}`。

------



## 方案 2：使用随机前缀（简单粗暴）

如果业务允许，可以加一个随机前缀：

```
rand123:tg.XXX.com:ringQueue:...
```

这样 slot 会自然分散。



## 方案 3：增加 slot 迁移（不推荐）

你可以手动迁移 slot，让 80% 的节点分担一些 slot：

```
redis-cli -c CLUSTER SETSLOT <slot> NODE <node-id>
```

但这只是治标不治本，因为：

> key 的哈希值不变，未来写入仍然会集中到同一个 slot



## 方案 4：使用某云 Redis 的自动平衡（如果支持）

某云 Redis 一些版本支持 **自动 slot rebalance**，但它只能迁移 slot，不能改变 key 的哈希分布。

如果 key 本身偏斜，自动平衡也救不了。

# 你当前集群为什么是 80% / 40% / 40% / 30%？

根据你的 key 格式：

```
tg.XXX.com:ringQueue:ocpc_ring_queue:sdk_kuaishouv1_wczyxe240602:2097
```



前缀长且固定，slot 计算几乎只依赖最后一段：

```
sdk_kuaishouv1_wczyxe240602:2097
```

如果这部分变化不大（例如用户 ID、广告 ID），slot 会高度集中。

所以：

- 某个节点负责的 slot 恰好覆盖这些 key → 80%
- 其他节点 slot 负责的 key 少 → 30%～40%

这是典型的 **slot 偏斜（slot skew）**。

# 最终建议（按优先级）

## 必做：调整 key 结构（根本解决）

把变化部分放前面，让 slot 分布自然均匀。

## 可做：检查 slot 分布

```
redis-cli -c CLUSTER SLOTS
```

## 可做：检查 key 分布

```
redis-cli -c CLUSTER KEYSLOT <key>
```



Redis Cluster 使用 CRC16(key) % 16384 算出 key 属于哪个 slot。

Redis Cluster集群不会自动平均写入

数据库

运维

Redis集群数据分布不均问题解析：当key前缀固定导致slot计算集中时，会导致节点内存使用率差异。解决方案是调整key结构，将变化部分前置，使slot分布更均匀。避免使用{}强制slot绑定，可考虑随机前缀或检查CLUSTER SLOTS分布。

Redis

腾讯云数据库特惠，新用户首单0.5折起


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Redis Cluster集群不会自动平均写入-腾讯云开发者社区-腾讯云

Redis Cluster集群不会自动平均写入

Redis Cluster集群不会自动平均写入

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐