Redis脑裂问题 和 处理办法

背景
假设现在有三台机器，分别安装了redis服务，结构如图

故障发生：如果此时master服务器所在区域网络通信出现异常，导致和两台slave机器无法正常通信，但是和客户端的连接是正常的。那么sentinel就会从两台slave机器中选举其中一个作为新的master来处理客户端请求。如图

这个时候，已经存在两台master服务器，client发送的数据会持续保存在旧的master服务器中，而新的master和slave中没有新的数据。如果一分钟以后，网络恢复正常，服务之间能够正常通信。此时，sentinel会把旧的master会变成新的master的slave节点。如图

问题出现了，我们都知道，slave会从master中同步数据，保持主从数据一致。这个时候，变成了slave节点的旧master会丢失掉通信异常期间从客户端接收到的数据。

解决方案
在配置文件中添加如下配置

min-slaves-to-write 1
min-slaves-max-lag 10

这两个配置什么意思呢？
min-slaves-to-write 1，要求至少有一个slave。

min-slaves-max-lag 10，主从数据同步超时时间，10秒。

以上两个配置，都不满足就会导致master拒绝接受客户端请求。根据以上配置可以将master通信异常期间的数据丢失控制在10秒以内