当redis宕机重启以后,该节点不能跟选举后的master数据主从同步

当Redis集群中的master节点出现故障,哨兵机制会选举新的master。原master重启后变为slave,但因密码和配置缺失,与newMaster连接失败。本文解析故障原因并提供解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

当redis以集群方式进行部署,此时,master宕机了,由哨兵机制选举新的newMaster出来。
当oldmaster重启以后,会变成slave节点
在这里插入图片描述
从图中,我们可以看到oldMaster确实变成了子节点,但是和master的连接状态却是关闭的

首先我们分析一下是什么原因造成的

  1. 当我们的oldMaster宕机了,会选举新的newMaster
  2. 这个选举的过程中,哨兵会自动修改sentinel .conf配置文件
  3. 所以,我们的节点信息已经发生修改
  4. 但是,我们的redis一般都有密码,哨兵不能帮我们添加密码

根据上面的分析,我们已经知道了,所以我们自己手动去添加密码即可
在这里插入图片描述
当然,由于oldMaster原来为主节点,所以redis.conf中没有newMaster的主从配置也需要重新添加
在这里插入图片描述
到此,我们就可以解决这个bug了,重新运行redis和哨兵即可
在这里插入图片描述

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值