0八、redis哨兵主备切换的数据丢失问题：异步复制、集群脑裂

一、两种数据丢失的状况
二、解决异步复制和脑裂致使的数据丢失

------------------------------------------------------------------

一、两种数据丢失的状况

主备切换的过程，可能会致使数据丢失

（1）异步复制致使的数据丢失

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

（2）脑裂致使的数据丢失

脑裂，也就是说，某个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

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

若是说一旦全部的slave，数据复制和同步的延迟都超过了10秒钟，那么这个时候，master就不会再接收任何请求了

上面两个配置能够减小异步复制和脑裂致使的数据丢失

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

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

（2）减小脑裂的数据丢失

若是一个master出现了脑裂，跟其余slave丢了链接，那么上面两个配置能够确保说，若是不能继续给指定数量的slave发送数据，并且slave超过10秒没有给本身ack消息，那么就直接拒绝客户端的写请求

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

上面的配置就确保了，若是跟任何一个slave丢了链接，在10秒后发现没有slave给本身ack，那么就拒绝新的写请求

所以在脑裂场景下，最多就丢失10秒的数据