总结自 小D课堂
-
Redis 集群的数据分片
-
概念：Redis 集群有16384个哈希槽,每个key通过CRC16校验后对16384取模来决定放置哪个槽.集群的每个节点负责一部分hash槽,
-
举个例子,比如当前集群有3个节点,那么:
-
节点 A 约包含 0 到 5500号哈希槽.
-
节点 B 约包含5501 到 11000 号哈希槽.
-
节点 C 约包含11001 到 16384号哈希槽.
-
-
查看集群信息redis-cli -p 7000 cluster nodes | grep master
-
-
-
这种结构很容易添加或者删除节点. 比如如果我想新添加个节点D, 我需要从节点 A, B, C中得部分槽到D上. 如果我想移除节点A,需要将A中的槽移到B和C节点上,然后将没有任何槽的A节点从集群中移除即可. 由于从一个节点将哈希槽移动到另一个节点并不会停止服务,所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态
-
-
-
Redis 集群的主从复制模型
-
为了使在部分节点失败或者大部分节点无法通信的情况下集群仍然可用，所以集群使用了主从复制模型,每个节点都会有N-1个复制品. 在我们例子中具有A，B，C三个节点的集群,在没有复制模型的情况下,如果节点B失败了，那么整个集群就会以为缺少5501-11000这个范围的槽而不可用.Redis集群做主从备份解决了这个问题
-
-
Redis 一致性保证
-
主节点对命令的复制工作发生在返回命令回复之后， 因为如果每次处理命令请求都需要等待复制操作完成的话， 那么主节点处理命令请求的速度将极大地降低 —— 我们必须在性能和一致性之间做出权衡。 注意：Redis 集群可能会在将来提供同步写的方法。 Redis 集群另外一种可能会丢失命令的情况是集群出现了网络分区， 并且一个客户端与至少包括一个主节点在内的少数实例被孤立。
-
-
手把手测试故障转移，这里我们模拟7000故障
-
redis-cli -p 7000 debug segfault
-
-
redis-cli -p 7001 cluster nodes | grep master
-
-
可以看到7000故障，0-5460的槽位转移到7004！