发布时间:2025-11-05 12:25:54 来源:创站工坊 作者:IT科技

Redis 脑裂问题是腾讯题指,在 Redis 哨兵模式或集群模式中,音乐由于网络原因,说说导致主节点(Master)与哨兵(Sentinel)和从节点(Slave)的裂问通讯中断,此时哨兵就会误以为主节点已宕机,腾讯题就会在从节点中选举出一个新的音乐主节点,此时 Redis 的说说集群中就出现了两个主节点的问题,就是裂问 Redis 脑裂问题。
Redis 脑裂问题会导致数据丢失,腾讯题为什么呢?音乐来看脑裂问题产生的过程:

而最后一步,当旧的说说 Master 变为 Slave 之后,它的裂问执行流程如下:
Slave(旧 Master)会向 Master(新)申请全量数据。服务器托管Master 会通过 bgsave 的腾讯题方式生成当前 RDB 快照,并将 RDB 发送给 Slave。音乐Slave 拿到 RDB 之后,说说先进行 flush 清空当前数据(此时第四步旧客户端给他的发送的数据就丢失了)。之后再加载 RDB 数据,初始化自己当前的数据。从以上过程中可以看出,在执行到第三步的时候,原客户端在旧 Master 写入的数据就丢失了,这就是数据丢失的问题。
脑裂问题只需要在旧 Master 恢复网络之后,切换身份为 Slave 期间,亿华云计算不接收客户端的数据写入即可,那怎么解决这个问题呢?
Redis 为我们提供了以下两个配置,通过以下两个配置可以尽可能的避免数据丢失的问题:
min-slaves-to-write:与主节点通信的从节点数量必须大于等于该值主节点,否则主节点拒绝写入。min-slaves-max-lag:主节点与从节点通信的 ACK 消息延迟必须小于该值,否则主节点拒绝写入。这两个配置项必须同时满足,不然主节点拒绝写入。
在假故障期间满足 min-slaves-to-write 和 min-slaves-max-lag 的要求,那么主节点就会被禁止写入,脑裂造成的数据丢失情况自然也就解决了。