Redis哨兵主备切换导致的数据丢失问题

异步复制导致的数据丢失：

因为master->slave的复制是异步的，所有有可能部分数据还没复制到slave,master就宕机了，此时这部分数据就丢失了

脑裂导致的数据丢失

某个master突然脱离了正常的网络。与其他的slave机器不能连接，但是实际的master还在运行，此时哨兵可能认为master已经宕机了，然后就 开始选举，将其他slave切换成了master,这个时候，集群里就会有两个master,也就是所谓的脑裂。

此时，虽然某个slave切换成了master，但是client还没来得及切换到新的master,还能继续向旧master写数据，因此，旧master再次恢复的时候，会被作为一个slave挂到一个新的master 上去，自己的数据会被清空，重新从新的master复制数据

解决异步复制和脑裂导致的数据丢失问题

min-slaves-to-write:1

min--slaves-max-lag: 10

要求至少有一个slave ，数据复制和同步的延迟不能超过10秒

如果说一旦所有的slave，数据复制与延迟超过了10秒钟，那么这个时候，master就不会再接收任何请求了

1）减少异步复制的数据丢失

有了min--slaves-max-lag:10这个配置，就可以确保说，一旦slave复制和ack延时太长，就认为可能master宕机损失的数据太多了，那么就拒绝写请求，这样就可以把master宕机时由于部分数据未同步到slave导致的数据降低在可控范围

2）减少脑裂的数据丢失

如果一个master出现了脑裂，跟其他slave丢了连接，那么上面那个配置确保，如果不能继续给指定数据的slave发送数据，而且slave超过10s没哟给自己ack消息，那么就直接拒绝 客户端的写请求。

这样脑裂后旧master就不会接收client的新数据，也就是避免了数据丢失

因此在脑裂场景下，最多丢失10秒的数据。