面试总结-Redis篇章(十)——Redis哨兵模式、集群脑裂

哨兵模式

为了保证Redis的高可用，Redis提供了哨兵模式

哨兵的作用

服务状态监控

Redis集群（哨兵模式）脑裂

假设由于网络原因，主节点master和哨兵都处于不同的分区，哨兵只能检测从节点，就是下面这种情况，哨兵在右侧从节点中选出一个节点作为master。

但是老的mster还存在，还没有挂掉，这时候客户端写入数据依然是给旧的master写数据，这时候就是两个master，就像大脑分裂了一样。新的master是接收不到客户端传入的数据的。这时候如果网络回复了，如下图

这时候，哨兵会将旧的master强制降为slave，这时候slave会从新的master中去同步数据，会把自己的数据给清空，但是在之前的脑裂过程中，客户端写入的数据就丢失了，这就是脑裂问题出现后，导致数据丢失的问题。

解决办法

修改redis中两个配置参数

min-replicas-to-write 1  // 表示最少的salve 节点为1个
min-replicas-max-lag 5  // 表示数据复制和同步的延迟不能超过5秒

上述的意思是，master连接的salve最少为一个，而且数据复制和同步的延迟不能超过5秒，如果达不到这个要求，那么就拒绝客户端的请求，这样可以避免数据的丢失