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

目录

• 两种数据丢失的情况
  • • 异步复制导致的数据丢失
    • 脑裂导致的数据丢失
• 解决异步复制和脑裂导致的数据丢失
• 参考

两种数据丢失的情况

异步复制导致的数据丢失

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

脑裂导致的数据丢失

何为脑裂？如上图由于一个集群中的 master 恰好网络故障，导致与 sentinal 联系不上了，sentinal 把另一个 slave 提升为了 master。此时就存在两个 master了。

当我们发现的时候，停止掉其中的一个 master，手动切换成 slave，当它连接到提升后的 master 的时候，会开始同步数据，那么自己脑裂期间接收的写数据就被丢失了

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

主要通过两个配置参数来解决

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

如上两个配置：要求至少有 1 个 slave，数据复制和同步的延迟不能超过 10 秒，如果超过 1 个 slave，数据复制和同步的延迟都超过了 10 秒钟，那么这个时候，master 就不会再接收任何请求了

此配置保证就算脑裂了，那么最多只能有 10 秒的数据丢失

上图说明了脑裂时，master 拒绝写数据的时候，client 可能额外需要做的事情，client 是说使用方，不是 redis 的东西。

下图也是一样的道理，有如上两个参数配置控制的话，脑裂时会减少数据的丢失

参考

-中华石杉:亿级流量电商详情页系统实战（第二版）：缓存架构+高可用服务架构+微服务架构
-Mrcode笔记本