redis集群原理

redis哨兵的缺点：

1.当master节点宕机的时候，哨兵进行重新选举master的时候会导致redis服务无法对外服务，这是一个很严重的问题。

2.只有一个master，那么高并发只有一个主节点进行写操作，显然在阿里巴巴这样的大型电商中扛不住压力，同时数据量过大的话，内存也要很大。显然一个主节点不能抗住。redis内存要小于10G

redis集群：

redis集群是一个由多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性。Redis集群不需要sentinel哨兵∙也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式，这种集群模式没有中心节点，可水平扩展

redis集群架构中数据会放在不同的分片中。

redis集群的性能和高可用性均优于之前版本的哨兵模式，且集群配置非常简单
 

集群是否解决了哨兵的访问瞬断的问题？ 还是没有完全解决访问瞬断的情况，因为主节点宕机了，仍然需要重新选举新的节点。

据官方文档称可以线性扩展到上万个节点(官方推荐不超过1000个节点)，因为底层进行选举的过程中，通讯效率非常低下。

集群分片策略可以抗住很高并发：比如一个小集群可以抗住5W并发的qps，那么20个小集群就可以抗住100W的qps
 

redis集群搭建注意事项：8001,8002,8003,8004,8005,8006分布在三台机器，但是8001,8004并不是在一个机器上，所以如果第一台机器宕机并不会导致8001,8004同时失效，也就不会存在主节点失效，如果8001宕机，那么会立刻转移到8004，由于8004和8001不是在一台机器，所以8004此时此刻立马变成主节点，不影响客户端访问。

redis是如何定位分片键从而把key放入不同的redis节点中？

JedisClusterCRC16.getCRC16(key)%16384)

通过crc16算法来计算的,redis集群搭建好就会立马把3个master算好槽位，根据crc的结果来定位在哪个分片槽位中。

redis跳转重定位
当客户端向一个错误的节点发出了指令，该节点会发现指令的 key 所在的槽位并不归自己管理，这时它会向客户端发送一个特殊的跳转指令携带目标操作的节点地址，告诉客户端去连这个节点去获取数据。客户端收到指令后除了跳转到正确的节点上去操作，还会同步更新纠正本地的槽位映射表缓存，后续所有 key 将使用新的槽位映射表

Redis集群节点间的通信机制
redis cluster节点间采取gossip协议进行通信维护集群的元数据(集群节点信息，主从角色，节点数量，各节点共享的数据等)有两种方式：集中式和gossip,gossip属于cp模式，强一致性，保证数据的可靠性。gossip底层的通信端口在基本端口上加上10000然后进行底层集群的通信。
 

redis集群网络抖动：

Redis Cluster 提供了一种选项cluster­node­timeout，表示当某个节点持续 timeout
的时间失联时，才可以认定该节点出现故障，需要进行主从切换。如果没有这个选项，网络抖动会导致主从频繁切换
 

集群脑裂数据丢失问题：
一个集群出现多个主节点

只需要 新增一个配置：如果从节点宕机，主节点是无法进行复制的，必须把从节点启动才能复制成功

min‐replicas‐to‐write 1 //写数据成功最少同步的slave数量，这个数量可以模仿大于半数机制配置，比如集群总共三个节点可以配置1，加上leader就是2，超过了半数，这个配置在一定程度上会影响集群的可用性，比如slave要是少于1个
 

Redis集群为什么至少需要三个master节点，并且推荐节点数为奇数？
因为新master的选举需要大于半数的集群master节点同意才能选举成功，如果只有两个master节点，当其中一个挂了，是达不到选举新master的条件的。
奇数个master节点可以在满足选举该条件的基础上节省一个节点，比如三个master节点和四个master节点的集群相比，大家如果都挂了一个master节点都能选举新master节点，如果都挂了两个master节点都没法选举新master节点了，所以奇数的master节点更多的是从节省机器资源角度出发说的
 

如果需要将redis横向扩展该怎么做？三个节点承受不住压力，我们就需要水平扩展节点，