小编点评

**Redis 脑裂问题的解决方法：** 1. **设置 `min-slaves-to-write` 和 `min-slaves-max-lag` 配置项。** - `min-slaves-to-write` 指定从节点数量，必须大于等于主节点才能进行写入。 - `min-slaves-max-lag` 指定主节点与从节点通信的 ACK 消息延迟不能超过该值。 2. **假故障期间，确保 `min-slaves-to-write` 和 `min-slaves-max-lag` 条件同时满足。** - 这确保主节点被禁止写入，并因此无法执行脑裂操作。 **为什么 `min-slaves-to-write` 和 `min-slaves-max-lag` 是解决脑裂问题的关键？** - `min-slaves-to-write` 确保从节点仅向主节点发送数据量足够来进行一次完整的数据写入。 - `min-slaves-max-lag` 确保主节点在写入数据之前等待从节点发送确认信息。 - 当 `min-slaves-to-write` 和 `min-slaves-max-lag` 条件同时满足时，主节点不会被允许写入，避免脑裂问题。 **与 Zookeeper 的脑裂问题区别：** - Zookeeper 通常在数据写入过程中会向所有从节点发送数据，而不是只向主节点发送。 - Zookeeper 的脑裂问题通常是由于网络延迟导致的，而 Redis 的脑裂问题是由于主节点网络连接中断导致的。 **其他建议：** - 适当设置 `max-clients` 和 `write-timeout` 等配置项，以限制连接数和写入超时时间。 - 使用 `sentinel-configuration` 和 `cluster-config` 等配置项设置哨兵节点和从节点数量。 - 在生产环境中，定期监控 Redis 的性能，并根据需要调整配置项。

正文

Redis 脑裂问题是指，在 Redis 哨兵模式或集群模式中，由于网络原因，导致主节点（Master）与哨兵（Sentinel）和从节点（Slave）的通讯中断，此时哨兵就会误以为主节点已宕机，就会在从节点中选举出一个新的主节点，此时 Redis 的集群中就出现了两个主节点的问题，就是 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、设计模式、消息队列等模块。