1.sential模式下的脑裂问题

1.1 问题描述

指因为网络问题，导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区，
此时因为sentinel集群无法感知到master的存在，所以将slave节点提升为master节点。
此时存在两个不同的master节点，就像一个大脑分裂成了两个。

脑裂问题中，如果客户端还在基于原来的master节点继续写入数据，
那么新的master节点将无法同步这些数据，当网络问题解决之后，
sentinel集群将原先的master节点降为slave节点，
此时再从新的master中同步数据，将会造成大量的数据丢失。

sential模式下的脑裂问题.png

1.2 解决方案

#旧版本
min-slaves-to-write 3
min-slaves-max-lag 10

#新版本
min-replicas-to-write 3
min-replicas-max-lag 10

第一个参数表示连接到master的最少slave数量
第二个参数表示slave连接到master的最大延迟时间
按照上面的配置，要求至少3个slave节点，且数据复制和同步的延迟不能超过10秒，
否则的话master就会拒绝写请求，配置了这两个参数之后，
>> 如果发生集群脑裂，原先的master节点接收到客户端的写入请求会拒绝，
就可以减少数据同步之后的数据丢失。
>> redis中的异步复制情况下的数据丢失问题也能使用这两个参数, 但需要考量性能与可用性。

2.集群(cluster)模式下的脑裂问题

参考资料
https://www.cnblogs.com/yjmyzz/p/redis-split-brain-analysis.html