Redis面经——哨兵模式的脑裂问题，详细介绍！

一、脑裂问题
实际脑裂问题场景
1、由于哨兵和集群中的主从节点可能处于不同的网络分区，哨兵只能监测到从节点们，这个时候哨兵会发现监测的节点中没有主节点，那么他会经过选举产生一个新的主节点，但是客户端这个时候还是会持续的向老的主节点发送数据，新的主节点此时时没有新的数据写入的，这样就造成了类似大脑分裂的情况。

2、而当网络恢复后，哨兵会将老的主节点降为从节点，这时候再从新的主节点master中同步数据，老master会把自己节点中的数据清空，从而导致数据丢失

二、解决方案
修改Redis的两个参数来解决问题

min-replicas-to-write 1 #表示最少的slave节点为1个，这样就能保证如果出现网络问题，如果主节点没有从节点了，那么服务端拒绝写入数据，这样老的主节点是没有新数据产生的
min-replicas-max-lag 5  #表示数据复制和同步的延迟不能超过5秒

至此，关于脑裂问题的介绍已经完毕，后续还会持续更新，敬请期待！