Redis 自动分配槽命令主要通过 `redis-cli --cluster create` 或 `CLUSTER RESHARD` 来实现。在集群初始化时，系统会自动将 16384 个槽均匀分配给主节点，无需人工干预。对于已有集群的扩容或缩容，可以使用重分片命令动态调整槽的分布。这种自动化管理机制极大地提高了集群管理的效率，降低了运维复杂度，同时保证了数据的一致性和高可用性，使得管理员能够更轻松地进行横向扩展和故障转移，是管理 Redis 集群高效且推荐的方式。
Redis 自动分配槽命令简单瞬间 (redis 自动分配槽命令)
REDIS-cli -h host -p port CLUSTER RESHARD 通常情况下，最小间隔时间为 100 毫秒，最大间隔时间为 500 毫秒。REDIS-cli -h host -p port CLUSTER REPLICATE 在实际应用中，可以使用如下的 Python 代码自动执行 Redis 槽命令自动分配：from redis import Redis from redis.exceptions import ResponseError def auto_assign_slots(host, port, passwd): redis_cli = Redis(host=host, port=port, password=passwd) redis_cli.execute_command('CLUSTER', 'RESHARD') print('Assigning slots…') if str(e) == 'resharding in progress': print('Resharding in progress, skip…') res = redis_cli.execute_command('CLUSTER', 'RESHARD', '–simulate') slots_to_move = res[2][0] print('Slots to move: %s' % slots_to_move) redis_cli.execute_command('CLUSTER', 'RESHARD', '–timeout', '2000', '–pipeline', '10', '–cluster-slots', '100', '–cluster-replicas', '1')但是，使用自动分配槽命令，Redis 集群可以更加自动化、高效化，能够让管理员更加轻松地管理 Redis 集群，同时也能够提升 Redis 集群的性能和可靠性。（截至 2025 年 6 月 2 日）
Redis 集群的槽分配的几种实现方法
redis 集群中的槽分配 在集群初始化时，例如使用 redis-cli --cluster create 命令创建集群，会自动将 16384 个槽均匀分配给各个主节点。示例：创建 redis 集群并分配槽 假设有 3 个主节点，以下命令会创建一个集群并将槽分配给这些节点：1 redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 --cluster-replicas 0 执行该命令后，redis 会自动分配槽，输出类似如下信息：1 2 3 4 5 6 7 8 >>> performing hash slots allocation on 3 nodes master[0] -> slots 0 - 5460 master[1] -> slots 5461 - 10922 master[2] -> slots 10923 - 16383 >>> nodes configuration updated >>> assign a different config epoch to each node >>> sending cluster meet messages to join the cluster >>> per（撰于 2025 年 9 月 1 日）
Redis 运维实战 第 02 期:Redis Cluster
Redis 最为突出的特性就是：执行命令的速度非常快 (原因是所有数据都存放在内存中)。1 虚拟槽 Redis Cluster 采用虚拟槽分区，一个集群有 16384 个虚拟槽，这些虚拟槽类似数据分区，每个键值对都会根据它的 key，按照 CRC16 算法计算一个 16bit 的值，然后再用这个 16bit 的值对 16384 取模，通过模映射到一个虚拟槽中。Redis Cluster 使用虚拟槽，可以解耦数据和节点之间的关系，大大简化了节点扩缩容的难度，并且重要的是扩缩容不影响数据一致性。安装 6 个 Redis 实例 (本节的版本为:5.0.7, 6 个实例在同一台 Centos7 上部署的，端口分配是:7001 到 7006),Redis 安装可以参考官方文档 (https://redis.io/download)。在 Redis 的配置文件中，加入如下参数，开启 Redis 集群功能。cluster-enabled yes cluster-config-file/data/redis{port}/data/nodes{port}.conf cluster-node-timeout5000 部署 Redis Cluster 方案时，可以使用 cluster create 命令创建集群，此时，Redis 会自动把这些槽平均分布在集群实例上。当然，如果想自定义每个实例的槽分配，也可以使用 cluster meet 命令手动建立实例间的连接，形成集群，再使用 cluster addslots 命令，指定每个实例上的哈希槽个数 (比如集群中配置不统一的场景)。要注意的是，在手动分配哈希槽时，需要把 16384 个槽都分配完，否则 Redis 集群无法正常工作。这里的 --cluster-replicas 1 表示每个主节点都分配一个从节点，如果为 2，则表示每个主节点分配两个从节点。生产环境也建议至少配置一个从节点。（发布时间是 2024 年 11 月 20 日）
Redis 基础 5-集群分布
由于数据量过大，单个 Master 复制集难以承担，因此需要对多个复制集进行集群，形成水平扩展每个复制集只负责存储整个数据集的一部分，这就是 Redis 的集群，其作用是提供在多个 Redis 节点间共享数据的程序集。Redis 集群支持多个 Master，每个 Master 又可以挂载多个 Slave 由于 Cluster 自带 Sentinel 的故障转移机制，内置了高可用的支持，无需再去使用哨兵功能 客户端与 Redis 的节点连接，不再需要连接集群中所有的节点，只需要任意连接集群中的一个可用节点即可 槽位 slot 负责分配到各个物理服务节点，由对应的集群来负责维护节点、插槽和数据之间的关系 3.1 redis 集群的槽位 slot Redis 集群的数据分片 Redis 集群没有使用一致性 hash，而是引入了哈希槽的概念 Redis 集群有 16384 个哈希槽，每个 key 通过 CRC16 校验后对 16384 取模来决定放置哪个，集群的每个节点负责一部分 hash 槽。3.2 Redis 集群的分片 这种结构很容易添加或者删除节点。比如如果我想新添加个节点 D，我需要从节点 AB，C 中得部分槽到 D 上。如果我想移除节点 A 需要将 A 中的槽移到 B 和 C 节点上，然后将没有任何槽的 A 节点从集群中移除即可。由于从一个节点将哈希槽移动到另一个节点并不会停止服务，所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态。2 亿条记录就是 2 亿个 k,v，我们单机不行必须要分布式多机，假设有 3 台机器构成一个集群，用户每次读写操作都是根据公式:hash(key)% N 个机器台数，计算出哈希值，用来决定数据映射到哪一个节点上。 简单粗暴，直接有效，只需要预估好数据规划好节点，例如 3 台、8 台、10 台，就能保证一段时间的数据支撑。使用 Hash 算法让固定的一部分讲求落到同一台服务器上，这样每台服务器固定处理一部分请求 (并维护这些请求的信息),起到负载均衡 + 分而治之的作用。（资料日期为 2025 年 1 月 17 日）
FAQ
Redis 集群有多少个槽？
Redis 集群共有 16384 个哈希槽，每个键值对都会根据它的 key，按照 CRC16 算法计算一个 16bit 的值，然后再用这个 16bit 的值对 16384 取模，通过模映射到一个虚拟槽中。
自动分配槽命令会影响集群服务吗？
由于从一个节点将哈希槽移动到另一个节点并不会停止服务，所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态。
如何验证槽分配情况？
可以使用命令连接到集群查看信息：redis-cli -p 7000 cluster info，该命令会展示集群的状态，包括槽的数量、节点的数量及其运行状态。