[译文] Redis 集群的哈希槽重分片和再平衡

最新推荐文章于 2025-07-01 09:07:44 发布
转载 最新推荐文章于 2025-07-01 09:07:44 发布 · 1.1k 阅读 · 5 ·
CC 4.0 BY-SA版权
原文链接：https://www.modb.pro/db/109351
文章标签：

#redis

本文详细介绍了如何在Redis集群中进行哈希槽的重新分片和再平衡操作，包括添加新节点、移除节点以及调整槽位分布，以确保数据均匀分布和集群性能。通过示例展示了如何使用`redis-cli--cluster`命令进行集群维护，强调了保持集群平衡的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

关于Redis 集群中增减节点时，节点槽重分片和再平衡的文章，转载自

 [译文] Redis 集群的哈希槽重分片和再平衡 - 墨天轮

具有自动分区功能的 Redis 集群使用一种很酷的方法来组织和存储数据，其中键存储在一个哈希槽中，键空间被分成 16384 个槽。集群中的每个主节点处理 16384 个哈希槽的一个子集。这将集群的上限设置为最多 16384 个主节点，其中每个 Redis 节点至少可以服务一个插槽，尽管建议的集群大小约为 1000 个节点。

仅 Redis Enterprise 支持自动重新分片。这包括重新分片、分片迁移和设置自动平衡触发器而不影响您的应用程序。如果您运行的是 Redis Community 版本，则需要手动执行维护操作。

通常，如果您不使用哈希标签（一种确保在同一哈希槽中分配多个密钥进行多键操作的方法），则密钥应通过使用 CRC16 的计算均匀分布在所有节点上的所有哈希槽中算法。但是，随着数据的增长和要求越来越高，您可能希望：

  • 当一些哈希槽集从现有节点移动到新节点时，将新节点作为空节点添加到集群中。
  • 从集群中删除一个节点，以便将分配给该节点的哈希槽移动到其他现有节点。
  • 重新平衡集群，以便在节点之间移动一组给定的哈希槽。
  • 通过将所有哈希槽从旧节点移动到更强大的新节点来升级到新服务器。

因此，如果我们跳过重新平衡，我们最终可能会得到一个不平衡的集群，或者更糟的是，一个完整的节点和许多空节点。

这篇文章将研究如何在 Redis 集群上执行哈希槽维护操作。

确定哈希槽

考虑我们有一个 3 节点的 Redis 集群（所有主节点），如下图所示：

image.png

理想情况下，为了生产设置中的高可用性和冗余目的，至少有一个从站连接到每个主站。但是我们将在这篇博文中跳过它。

首先，连接到Redis Cluster，使用“ --cluster check”命令获取已分配槽位的信息：

(redis1)$ redis-cli --cluster check 192.168.11.131:6379
192.168.11.131:6379 (6ac62aa8...) -> 12651 keys | 5461 slots | 0 slaves.
192.168.11.132:6379 (92385b2e...) -> 12658 keys | 5462 slots | 0 slaves.
192.168.11.133:6379 (9026f2af...) -> 12655 keys | 5461 slots | 0 slaves.
[OK] 37964 keys in 3 masters.
2.32 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.11.133:6379)
M: 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b 192.168.11.131:6379
   slots:[0-5460] (5461 slots) master
M: 92385b2ea26a1a27c786cbea34a75f155f87f762 192.168.11.132:6379
   slots:[5461-10922] (5462 slots) master
M: 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b 192.168.11.133:6379
   slots:[10923-16383] (5461 slots) master
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

根据以上信息，我们可以总结出我们的 3 节点 Redis 集群的哈希槽分布如下：

Host哈希槽#插槽总数
redis1, 192.168.11.1310 - 54605,461
redis2, 192.168.11.1325461 - 109225,462
redis3, 192.168.11.13310923 - 163835,461
全部的16,384

看起来我们的哈希槽均匀分布在我们的节点之间，每个节点拥有 5461 或 5462 个槽。

哈希槽重新平衡

现在，让我们在图片中再添加 2 个 Redis 主节点：

  • redis4, 192.168.11.134
  • redis5, 192.168.11.135

添加后，如何分配哈希槽？要均匀分配哈希槽，请将总槽除以 Redis 主节点的数量：

每个主插槽 = 16,384 / 5= 3,276.8（或 3,276 余数 4）

因此，前4个节点应该多持有一个1来解释上述划分中剩余的4个，得出以下结论：

插槽总数，16,384 = (3277 x 4) + 3276

现在，回到分布表，我们在添加两个新的 Redis master 后的插槽分布估计应该如下所示：

主持人旧哈希槽#旧总插槽数新的哈希槽#新总插槽
redis1, 192.168.11.1310 - 54605,4610 - 32763,277
redis2, 192.168.11.1325461 - 109225,4623277 - 65543,277
redis3, 192.168.11.13310923 - 163835,4616555 - 98313,277
redis4, 192.168.11.1349832 - 13,1083,277
redis5, 192.168.11.13513,109 - 16,3833,276
全部的16,38416,384

上述计算和估计显示了我们尝试将横向扩展操作前后的哈希槽分布可视化。幸运的是，我们不必单独执行计算并手动重新平衡每个哈希槽，因为 Redis Cluster 提供了必要的工具和功能来处理这个问题。
让我们把它放到一个实际的现实生活中。以下架构说明了我们将要实现的目标：

image.png

首先，我们将第四个和第五个节点添加到 Redis 集群中：

$ redis-cli --cluster add-node 192.168.11.134:6379 192.168.11.131:6379 # add redis4
$ redis-cli --cluster add-node 192.168.11.135:6379 192.168.11.131:6379 # add redis5

查看集群信息时，我们应该注意到 cluster_known_nodes 现在是 5，但 cluster_size 仍然是 3：

(redis1)$ redis-cli cluster info
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:5
cluster_size:3
cluster_current_epoch:4
cluster_my_epoch:1
cluster_stats_messages_ping_sent:227
cluster_stats_messages_pong_sent:238
cluster_stats_messages_sent:465
cluster_stats_messages_ping_received:234
cluster_stats_messages_pong_received:227
cluster_stats_messages_meet_received:4
cluster_stats_messages_received:465

现在，检查集群节点以了解插槽分布：

(redis1)$ redis-cli --cluster check 192.168.11.131:6379
192.168.11.131:6379 (6ac62aa8...) -> 12651 keys | 5461 slots | 0 slaves.
192.168.11.132:6379 (92385b2e...) -> 12658 keys | 5462 slots | 0 slaves.
192.168.11.133:6379 (9026f2af...) -> 12655 keys | 5461 slots | 0 slaves.
192.168.11.134:6379 (a987d7a9...) -> 0 keys | 0 slots | 0 slaves.
192.168.11.135:6379 (9644ed11...) -> 0 keys | 0 slots | 0 slaves.
[OK] 37964 keys in 3 masters.
2.32 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.11.133:6379)
M: 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b 192.168.11.131:6379
   slots:[0-5460] (5461 slots) master
M: 92385b2ea26a1a27c786cbea34a75f155f87f762 192.168.11.132:6379
   slots:[5461-10922] (5462 slots) master
M: 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b 192.168.11.133:6379
   slots:[10923-16383] (5461 slots) master
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

请注意 redis4 (192.168.11.134) 和 redis5 (192.168.11.135) 没有分配给它们的哈希槽。这意味着这两个新节点尚未提供任何数据和工作集群的一部分。我们需要首先在所有 5 个节点上重新平衡插槽。

请注意，默认情况下，重新平衡选项将尝试重新平衡集群中参与 Redis 节点上的插槽（忽略新添加的主节点）。例如，当您如下显式运行命令时，您将获得“无需重新平衡”响应：

(redis1)$ redis-cli --cluster rebalance 192.168.11.135:6379
>>> Performing Cluster Check (using node 127.0.0.1:6379)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
*** No rebalancing needed! All nodes are within the 2.00% threshold.

要强制 Redis 重新平衡新的空主节点（redis4 和 redis5）上的哈希槽，我们必须使用 --cluster-use-empty-masters 标志：

(redis1)$ redis-cli --cluster rebalance 192.168.11.135:6379 --cluster-use-empty-masters
>>> Performing Cluster Check (using node 192.168.11.135:6379)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Rebalancing across 5 nodes. Total weight = 5.00
Moving 2186 slots from 192.168.11.132:6379 to 192.168.11.135:6379
#########################################################################################
Moving 1092 slots from 192.168.11.131:6379 to 192.168.11.135:6379
#########################################################################################
Moving 1093 slots from 192.168.11.131:6379 to 192.168.11.134:6379
#########################################################################################
Moving 2185 slots from 192.168.11.133:6379 to 192.168.11.134:6379
#########################################################################################

此时，散列槽现在在 5 个节点之间平衡。我们可以使用检查选项进一步查看其中一台服务器上的集群插槽：

(redis5)$ redis-cli --cluster check 192.168.11.131:6379
192.168.11.131:6379 (6ac62aa8...) -> 7586 keys | 3276 slots | 0 slaves.
192.168.11.132:6379 (92385b2e...) -> 7617 keys | 3276 slots | 0 slaves.
192.168.11.133:6379 (9026f2af...) -> 7602 keys | 3276 slots | 0 slaves.
192.168.11.134:6379 (a987d7a9...) -> 7580 keys | 3278 slots | 0 slaves.
192.168.11.135:6379 (9644ed11...) -> 7579 keys | 3278 slots | 0 slaves.
[OK] 37964 keys in 5 masters.
2.32 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.11.131:6379)
M: 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b 192.168.11.131:6379
   slots:[2185-5460] (3276 slots) master
M: 92385b2ea26a1a27c786cbea34a75f155f87f762 192.168.11.132:6379
   slots:[7647-10922] (3276 slots) master
M: 9026f2af5a683123abfdd7494da2c73a61803dd3 192.168.11.133:6379
   slots:[13108-16383] (3276 slots) master
M: a987d7a94052c6e9426c96ebcd896c2003923eb4 192.168.11.134:6379
   slots:[1092-2184],[10923-13107] (3278 slots) master
M: 9644ed114a59dfb8dc95c5d87d9d4d10ca6c4f1b 192.168.11.135:6379
   slots:[0-1091],[5461-7646] (3278 slots) master
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

从上面的输出中，我们可以看出我们现在总共有 5 个 Redis 节点，每个节点都有大约 3276 个插槽，每个节点总共有 7500 个左右的键。它还报告我们有 0 个从站连接到每个主站（虽然不推荐用于生产）。再往下，它报告每个插槽平均 2.32 个密钥，以及插槽配置的摘要，其中所有节点都同意插槽配置，并且涵盖了所有 16,384 个插槽。

至此，我们的哈希槽平衡练习就完成了。

哈希槽重新分片和重新平衡

现在，假设我们要将图中的 redis1 和 redis2 去掉，只留下 redis3、redis4 和 redis5（回到三主集群拓扑），如下图所示：

image.png

我们可以简单地重新分片 redis1 和 redis2，如下所示：

要将所有插槽从 redis1 重新分片（迁移出）到 redis3：

(redis1)$ redis-cli --cluster reshard 192.168.11.131:6379 \
--cluster-from 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b \
--cluster-to  9026f2af5a683123abfdd7494da2c73a61803dd3 \
--cluster-slots 3276 \
--cluster-yes

其中，6ac62为redis1的节点ID，9026f为redis3的节点ID。该–cluster-插槽值是多少插槽，我们要移动，在这种情况下，我们想动他们都redis3。使用 --cluster check 选项检索特定节点上的插槽总数。

要将所有插槽从 redis2 重新分片（迁移出）到 redis4：

(redis1)$ redis-cli --cluster reshard 192.168.11.132:6379 \
--cluster-from 92385b2ea26a1a27c786cbea34a75f155f87f762 \
--cluster-to a987d7a94052c6e9426c96ebcd896c2003923eb4 \
--cluster-slots 3276 \
--cluster-yes

其中，92385是redis2的节点ID，a987d是redis4的节点ID。该–cluster-插槽值是多少插槽，我们要移动，在这种情况下，我们想动他们都redis4。使用 --cluster check 选项检索特定节点上的插槽总数。

现在，当我们检查当前槽分布时，我们可以看到 redis1 和 redis2 应该有 0 个键和槽：

(redis1)$ redis-cli --cluster check 192.168.11.131:6379
192.168.11.131:6379 (6ac62aa8...) -> 0 keys | 0 slots | 0 slaves.
192.168.11.132:6379 (92385b2e...) -> 0 keys | 0 slots | 0 slaves.
192.168.11.133:6379 (9026f2af...) -> 15188 keys | 6552 slots | 0 slaves.
192.168.11.134:6379 (a987d7a9...) -> 15197 keys | 6554 slots | 0 slaves.
192.168.11.135:6379 (9644ed11...) -> 7579 keys | 3278 slots | 0 slaves.

您还应该注意到哈希槽不是均匀分布的，与 redis5 相比，redis3 和 redis4 的哈希槽比例要大得多。因此，最好在 redis3、redis4 和 redis5 之间重新平衡哈希槽：

 

(redis3)$ redis-cli --cluster rebalance 192.168.11.135:6379
>>> Performing Cluster Check (using node 192.168.11.135:6379)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Rebalancing across 3 nodes. Total weight = 3.00
Moving 1093 slots from 192.168.11.134:6379 to 192.168.11.135:6379
###########################################################################
Moving 1091 slots from 192.168.11.133:6379 to 192.168.11.135:6379
###########################################################################
 

 

哈希槽现在在我们想要的 3 个活动 Redis 节点之间均匀平衡：
 

(redis3)$ redis-cli --cluster check 192.168.11.131:6379
192.168.11.131:6379 (6ac62aa8...) -> 0 keys | 0 slots | 0 slaves.
192.168.11.132:6379 (92385b2e...) -> 0 keys | 0 slots | 0 slaves.
192.168.11.133:6379 (9026f2af...) -> 12651 keys | 5461 slots | 0 slaves.
192.168.11.134:6379 (a987d7a9...) -> 12658 keys | 5461 slots | 0 slaves.
192.168.11.135:6379 (9644ed11...) -> 12655 keys | 5462 slots | 0 slaves.
 

 

我们现在可以从 Redis 集群中删除 redis1 (192.168.11.131) 和 redis2 (192.168.11.132) 因为它不再有插槽了：
 

从集群中删除 redis1：
 

(redis3)$ redis-cli --cluster del-node 192.168.11.131:6379 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b
>>> Removing node 6ac62aa8dbb80f982ab1b0fa0623fc54d2bbd77b from cluster 192.168.11.131:6379
>>> Sending CLUSTER FORGET messages to the cluster...
>>> Sending CLUSTER RESET SOFT to the deleted node.
 

 

从集群中删除 redis2：
 

(redis3)$ redis-cli --cluster del-node 192.168.11.132:6379 92385b2ea26a1a27c786cbea34a75f155f87f762
>>> Removing node 92385b2ea26a1a27c786cbea34a75f155f87f762 from cluster 192.168.11.132:6379
>>> Sending CLUSTER FORGET messages to the cluster...
>>> Sending CLUSTER RESET SOFT to the deleted node.
 

 

验证我们最终的 Redis 节点拓扑和哈希槽的分布：
 

(redis3)$ redis-cli --cluster check 192.168.11.133:6379
192.168.11.133:6379 (9026f2af...) -> 12651 keys | 5461 slots | 0 slaves.
192.168.11.135:6379 (9644ed11...) -> 12655 keys | 5462 slots | 0 slaves.
192.168.11.134:6379 (a987d7a9...) -> 12658 keys | 5461 slots | 0 slaves.
 

 

此时，我们可以安全地停用已删除的节点 - redis1 和 redis2。以上所有操作都可以在不中断Redis服务的情况下实时执行。但是，应用程序必须使用Redis支持的Redis 客户端/驱动程序/连接器，以便在重新平衡或重新分片发生时将请求重定向到正确的分片。
 

最后的想法
 

Redis Cluster 具有开箱即用的实时集群重新分片和重新平衡功能。这些操作可以在线执行，而不会中断整个 Redis 服务，从而允许集群对应用程序透明地扩展。

                

        

    

    
  



    



                



	

		

			

				
					
redis cluster集群节点的扩缩容、重新分配槽位

				
			

			

				

					qq_44027353的博客
				

				

					03-23
					
					2480
					
				

			

		

		

			
				
至此，我们已经成功的把8007主节点的数据迁移到8001上去了，我们可以看一下现在的集群状态如下图，你会发现8007下面已经没有任何hash槽了，证明迁移成功！主节点的里面是有分配了hash槽的，所以我们这里必须先把8007里的hash槽放入到其他的可用主节点中去，然后再进行移除节点操作，不然会出现数据丢失问题。(ps:输入all为从所有主节点(8001,8002,8003)中分别抽取相应的槽数指定到新节点中，抽取的总槽数为600个)(ps:需要多少个槽移动到新的节点上，自己设置，比如600个hash槽)

			
		

	



                

            
              



	

		

			

				
					
全面剖析Redis Cluster原理和应用

					
热门推荐

				
			

			

				

					西代零零发
				

				

					09-18
					
					10万+
					
				

			

		

		

			
				
全面剖析Redis Cluster原理和应用1.Redis Cluster总览1.1 设计原则和初衷在官方文档Cluster Spec中，作者详细介绍了Redis集群为什么要设计成现在的样子。最核心的目标有三个：
性能：这是Redis赖以生存的看家本领，增加集群功能后当然不能对性能产生太大影响，所以Redis采取了P2P而非Proxy方式、异步复制、客户端重定向等设计，而牺牲了部分的一致性、使用性。

			
		

	



              


  
              

                


	

		

			

				
					
redis-cluster重新分配哈希槽

				
			

			

				

					m0_61652338的博客
				

				

					08-14
					
					657
					
				

			

		

		

			
				
PS：这里准备给7007分配槽，通过cluster nodes查看7007结点id为15b809eadae88955e36bcdbb8144f61bbbaf38fb。输入：all / 具体主节点ID（输入这个会在提示第二个源，有的话可以输入，没有输入"done"）输入：15b809eadae88955e36bcdbb8144f61bbbaf38fb。输入：3000，表示要给目标节点分配3000个槽。输入yes开始移动槽到目标结点id。输入接收槽的结点id。

			
		

	





	

		

			

				
					
Redis集群恢复后如何重新分配槽位？

					
最新发布

				
			

			

				

					Made In SQL
				

				

					07-01
					
					835
					
				

			

		

		

			
				
确认集群版本一致性。

			
		

	



		

			
		



	

		

			

				
					
Redis(设计与实现):56---集群之重新分片(redis-trib软件、SETSLOT IMPORTING/MIGGATING、GETKEYSINSLOT、MIGRATE命令)

				
			

			

				

					董哥的黑板报
				

				

					12-04
					
					581
					
				

			

		

		

			
				
一、重新分片的概念

Redis集群的重新分片操作可以将任意数量已经指派给某个节点（源节点）的槽改为指派给另一个节点（目标节点），并且相关槽所属的键值对也会从源节点被移动到目标节点
	重新分片操作可以在线（online）进行，在重新分片的过程中，集群不需要下线，并且源节点和目标节点都可以继续处理命令请求
二、redis-trib软件

Redis集群的重新分片操作是由Redis的集群管理软件red...

			
		

	





	

		

			

				
					
redis 集群_Redis集群(cluster)-中：Redis集群重新分片(3)

				
			

			

				

					weixin_39933336的博客
				

				

					11-26
					
					192
					
				

			

		

		

			
				
Redis重分片介绍Redis集群重分片:重分片意味着我们需要将节点的部分或者全部哈希槽转移到其他节点上,当我们需要对节点进行硬件维护或者扩容收缩Redis集群时可以使用.例如,在如下的集群环境中,Redis架构为三主四从.Redis集群节点信息Redis通过重分片从集群中移除节点集群需要缩小规模,将主节点ec2-redis-03(172.16.101.56)和它的从节点ec2-redis-06(...

			
		

	





	

		

			

				
					
《redis设计与实现》-17 集群重新分片reshard

				
			

			

				

					bohu83的博客
				

				

					01-23
					
					1976
					
				

			

		

		

			
				
一 重新分片

  Redis集群的重新分片操作可以将任意数量已经指派给某个节点（源节点）的槽改为指派给另一个节点（目标节点），并且相关槽所属的键值对也会从源节点被移动到目标节点。 
重新分片操作可以在线进行，在重新分片过程中，集群不需要下线，并且源节点和目标节点都可以继续处理命令请求。

二 重新分片的原理

   Redis的集群管理工具redis-trib，通过向源节点和目标节点发送命令来进...

			
		

	





	

		

			

				
					
[译文]Redis 集群教程1

				
			

			

				

					08-08
				

			

		

		

			
				
Redis集群为用户提供了数据的自动分片、高可用性和容错性。它将整个数据集合划分为16384个哈希槽，每个键值通过CRC16算法进行哈希后取余分配到各个槽中，均匀分散在集群的不同节点上。这不仅确保了数据的均衡存储，...

			
		

	





	

		

			

				
					
NoSQL之Redis---下载与安装

				
			

			

				

					y-yg的博客
				

				

					05-30
					
					1923
					
				

			

		

		

			
				
[不忘初心]
通过前面一系列的文章，我们能够搭建一套基本的后台服务框架。在实际运行时，为了保证我们系统的运行效率，我们将用的做法是将高频访问的数据放入内存的缓存中，以减轻数据库的访问。接下来的文章里，我们来介绍一下当下非常流行的内存型数据库Redis的用法。请各位看官跟随下文中的步骤，一步步的将Redis引入到开发中。
-------------------------------------

			
		

	





	

		

			

				
					
分布式系统(Distributed System)资料

				
			

			

				

					尹成的技术博客
				

				

					05-26
					
					5193
					
				

			

		

		

			
				
分布式系统(Distributed System)资料《Reconfigurable Distributed Storage for Dynamic Networks》介绍:这是一篇介绍在动态网络里面实现分布式系统重构的paper.论文的作者(导师)是MIT读博的时候是做分布式系统的研究的,现在在NUS带学生,不仅仅是分布式系统,还有无线网络.如果感兴趣可以去他的主页了解.《Distributed...

			
		

	





	

		

			

				
					
大型互联网系统架构是如何设计的？

				
			

			

				

					不喝枸杞的程序员
				

				

					04-27
					
					1045
					
				

			

		

		

			
				
接下来，我们将看看高阶的权衡和取舍:

性能与可扩展性
	延迟与吞吐量
	可用性与一致性
记住每个方面都面临取舍和权衡。

然后，我们将深入更具体的主题，如 DNS、CDN 和负载均衡器。

1. 性能与可扩展性

如果服务性能的增长与资源的增加是成比例的，服务就是可扩展的。通常，提高性能意味着服务于更多的工作单元，另一方面，当数据集增长时，同样也可以处理更大的工作单位。1

另一个角度来看待...

			
		

	





	

		

			

				
					
Redis集群重新分片（新增/移除节点）【理论】

				
			

			

				

					qq_43193797的博客
				

				

					11-29
					
					1154
					
				

			

		

		

			
				
redis集群重新分片原理：（增加或移除节点）
以增加节点为例：

    我们只需要将已经分配给节点的哈希槽（hash slot），重新分配即可。

    注：hash slot重新分配时，如果槽中存在key-value，那么key-value也将一起被分配出去。

    

例如：

    node1的哈希槽：0-5000

    node2的哈希槽：5001-10000

    n...

			
		

	





	

		

			

				
					
Redis分布式集群实战（五）——Redis cluster高可用集群之添加移除结点、给集群重新分片

				
			

			

				

					ranrancc_的博客
				

				

					02-14
					
					368
					
				

			

		

		

			
				
文章目录一、Redis集群添加新结点二、集群重新分片三、移除节点
本篇文章接上一篇博客，继续进行配置。
一、Redis集群添加新结点
添加新的节点的基本过程就是添加一个空的节点然后移动一些数据给它。
有两种情况：

添加一个主节点
添加一个从节点：添加从节点时需要将这个新的节点设置为集群中某个节点的复制

1、创建新的节点7007和7008并开启服务
cd /usr/local/redisclus...

			
		

	





	

		

			

				
					
企业—redis的集群,添加新节点及集群重新分片

				
			

			

				

					weixin_44224288的博客
				

				

					05-13
					
					3543
					
				

			

		

		

			
				
一.redis集群简介
1.集群
集群是一组相互独立的、通过高速网络互相联通的节点，构成了一个组，并以单一系统的模式加以管理。一个客户与集群相互作用时，集群就是一个独立的服务器。
集群技术是一种通用的技术，其目的是为了解决单机运算能力的不足、IO能力的不足、提高服务的可靠性、获得规模可扩展能力，降低整体方案的运维成本（运行、升级、维护成本）。能在大流量访问下提供稳定的业务，集群化是存储的必然形态。...

			
		

	





	

		

			

				
					
docker 启动 redis cluster，使用出现CLUSTERDOWN Hash slot not served（redis cluster重新分配slot）

				
			

			

				

					班门弄斧
				

				

					12-07
					
					4138
					
				

			

		

		

			
				
背景
就像上一篇所说，我使用了docker-componse启动了redis cluster集群。经过了一天的测试，本来测试已经完毕了，但是今天修改了点代码，再次测试的时候发现redis cluster起不来了。报错CLUSTERDOWN Hash slot not served。从这个错误提示，可以看出是slot分配原因造成的。上网找，真的蛋疼，你复制我，我复制你，最后还是得自己解决。
查看详细
banfushen@banfushen:~/redis-cluster$ redis-cli -p 16379

			
		

	





	

		

			

				
					
Java集合源码分析（三）——LinkedList

				
			

			

				

					Think Different.
				

				

					11-30
					
					192
					
				

			

		

		

			
				
简介
LinkedList是一个链表结构的列表，也可以被作为堆栈、队列或双端队列使用。它继承于AbstractSequentialList双向链表，实现了List、Deque、Cloneable、java.io.Serializable接口。

源码分析
public class LinkedList<E>
    extends AbstractSequentialList<E>
    implements List<E>, Deque<E>, Clone

			
		

	





	

		

			

				
					
Redis学习笔记-切片集群Redis Cluster

				
			

			

				

					qq_38937634的博客
				

				

					01-04
					
					398
					
				

			

		

		

			
				
文章目录Redis学习笔记-切片集群Redis Cluster1.笔记图2.Redis 扩容方式3.切片集群需要思考4.哈希槽（Hash Slot）5.相关命令6.客户端定位数据7.Redis Cluster重定向机制
Redis学习笔记-切片集群Redis Cluster
之前学习了 Redis 哨兵机制和 Redis 哨兵集群建立过程，当主库发生故障时，Redis 哨兵可以将合适的从库切换成主库，这样就可以保证 Redis 的高可用了，但如果 Redis 数据量变大了就会面临扩容的问题，集群的实例增减，

			
		

	





	

		

			

				
					
redis集群哈希槽作用

				
			

			

				

					03-16
				

			

		

		

			
				
Redis集群使用哈希槽（hash slot）来实现数据的分片和分布式存储。哈希槽是一个固定数量的槽位，通常为16384个。每个键根据CRC16算法计算出一个哈希值，并被映射到其中一个哈希槽中。

哈希槽的作用有以下几点：

1. 数据分片：Redis集群将数据分散存储在多个节点上，通过哈希槽将键均匀地分配到不同的节点上。这样可以实现数据的水平扩展，提高系统的处理能力和存储容量。

2. 数据迁移：当集群中新增或删除节点时，需要对数据进行重新分片和迁移。通过哈希槽，可以确定每个键应该迁移到哪个节点上，从而实现数据的平滑迁移。

3. 故障转移：当某个节点发生故障或下线时，集群需要将该节点上的哈希槽重新分配给其他正常节点。这样可以保证数据的可用性和系统的稳定性。

4. 负载均衡：通过哈希槽，Redis集群可以将请求均匀地分配到不同的节点上，实现负载均衡。每个节点只负责处理一部分哈希槽中的键值对，从而提高系统的并发处理能力。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值