Redis脑裂问题及解决方法

Redis脑裂问题是指在Redis哨兵模式或集群模式中，由于网络原因，导致主节点（Master）与哨兵（Sentinel）和从节点（Slave）的通讯中断。这会导致哨兵误以为主节点已宕机，从而在从节点中选举出一个新的主节点，造成Redis集群中出现两个主节点的问题。

脑裂问题的影响

Redis脑裂问题会导致数据丢失。具体来说，当旧的Master节点变为Slave节点后，数据丢失的过程如下：

1. Slave（旧Master）向新Master申请全量数据。
2. 新Master通过bgsave方式生成当前RDB快照，并将RDB发送给Slave。
3. Slave拿到RDB后，先进行flush清空当前数据（此时旧客户端给他的发送的数据就丢失了）。
4. 之后再加载RDB数据，初始化自己当前的数据。

在执行到第三步的时候，原客户端在旧Master写入的数据就丢失了，这就是数据丢失的问题。

如何解决脑裂问题？

脑裂问题只需要在旧Master恢复网络之后，切换身份为Slave期间，不接收客户端的数据写入即可。为解决这个问题，Redis提供了以下两个配置：

• min-slaves-to-write ：与主节点通信的从节点数量必须大于等于该值主节点，否则主节点拒绝写入。
• min-slaves-max-lag ：主节点与从节点通信的ACK消息延迟必须小于该值，否则主节点拒绝写入。

这两个配置项必须同时满足，不然主节点拒绝写入。在假故障期间满足min-slaves-to-write和min-slaves-max-lag的要求，那么主节点就会被禁止写入，脑裂造成的数据丢失情况自然也就解决了。

课后思考

设置了参数之后，Redis脑裂问题能完全被解决吗？为什么？Zookeeper有脑裂问题吗？它是如何解决脑裂问题的？

本文已收录到我的面试小站www.javacn.site，其中包含的内容有：Redis、JVM、并发、并发、MySQL、Spring、Spring MVC、Spring Boot、Spring Cloud、MyBatis、设计模式、消息队列等模块。