百木园网上参考到别人博客说，redis容灾切换的时候，有几率出现脑裂的情况。
什么是脑裂：
sentinel判断master宕机，切换slave为新master的过程中，业务数据还在持续往原master写入数据，因为此时新master还是slave,没有写入权限，就会出现数丢失的情况。
解决方案：
看了很多文章，都是说对redis的配置新增两个设置。
1 min-slaves-to-write 1 2 min-slaves-max-lag 10
参数解释：
要求至少有1个slave，数据复制和同步延迟不能超过10秒
如果说一旦所有的slave，数据复制和同步的延迟都超过了10秒钟，那么master就会拒绝接收任何请求。
作用：
减少异步复制的数据丢失
配置min-slaves-max-lag为10s后，根据目前master->slave的复制速度，如果数据同步完成所需要时间超过10s，就会认为master未来宕机后损失的数据会很多，master就拒绝写入新请求。
这样就能将master和slave数据差控制在10s内，即使master宕机也只是这未复制的10s数据。
减少脑裂的数据丢失：
如果不能继续给指定数量的slave发送数据，而且slave超过10秒没有给自己ack消息，那么就直接拒绝写入新请求。这样脑裂后的旧master就不会接受client的新数据，也就避免了数据丢失。
因此在脑裂场景下，最多就丢失10秒的数据
但以上配置，还是会有数据丢失的情况，如果业务数据是会重复上送的倒还好，但是一旦数据是状态发生变更才推送一次的情况，就会对业务数据准确性有出入。而且上面的配置，因为我在这边自身业务数据有可能还没达到一定量，目前没复现，所以在这里，也请教下各位看官大大，是否还有其他更好的优化方案？欢迎各位看官大大来指定迷津~~~~
借鉴的文章参考：https://blog.csdn.net/wdehxiang/article/details/108342501
来源：https://www.cnblogs.com/dingdingCat/p/16263510.html
本站部分图文来源于网络，如有侵权请联系删除。