您的位置:首页 > 软件教程 > 教程 > Redis脑裂问题及解决方法

Redis脑裂问题及解决方法

来源:好特整理 | 时间:2024-04-18 08:57:38 | 阅读:54 |  标签: 解决方法 S 腾讯 音乐   | 分享到:

Redis 脑裂问题是指,在 Redis 哨兵模式或集群模式中,由于网络原因,导致主节点(Master)与哨兵(Sentinel)和从节点(Slave)的通讯中断,此时哨兵就会误以为主节点已宕机,就会在从节点中选举出一个新的主节点,此时 Redis 的集群中就出现了两个主节点的问题,就是 Redis

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

脑裂问题的影响

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

Redis脑裂问题及解决方法
  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、设计模式、消息队列等模块。

小编推荐阅读

好特网发布此文仅为传递信息,不代表好特网认同期限观点或证实其描述。

相关视频攻略

更多

扫二维码进入好特网手机版本!

扫二维码进入好特网微信公众号!

本站所有软件,都由网友上传,如有侵犯你的版权,请发邮件[email protected]

湘ICP备2022002427号-10 湘公网安备:43070202000427号© 2013~2024 haote.com 好特网