redis cluster主从复制

一、集群构成

redis cluster是通过将多组master-slave结点整合起来实现的集群功能


二、发现问题

在使用过程中,某一天忽然发现master中有数据,但slave中并没有数据

这个是很奇怪的一个事,按redis官方文档中写的,集群模式中,是会通过自动异步同步完成master和slave的数据同步


三、问题分析

由于之前将redis cluster各结点设置了密码,怀疑是由于这个原因导致的主从不同步

进而查看日志,日志中也显示需要密码认证

这个就是比较坑的地方

由于redis cluster已经不需要设置master的IP和PORT,而是通过集群管理中的node id自动查找到结点IP,并且通过特定端口通信

因此理所当然的想master password也不需要再设置了


四、问题解决

修改redis.conf中下面这段

# masterauth <master-password>

打开注释,设置好master密码,重启,问题解决


五、遗留问题

如果因为某些原因,各结点密码不一致的时候,怎么办

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis Cluster中,主从切换可能会导致数据丢失。当集群发生故障或分区时,Sentinel集群会重新选举一个新的Master节点来替代故障的Master节点。然而,在切换过程中可能会发生数据丢失的情况。 首先,在某种情况下,比如网络原因导致Master与Slave节点之间失去联系,Sentinel集群可能会错误地认为Master节点故障并进行切换。这时,旧的Master节点可能并没有真正发生故障,而是由于网络分区导致无法与其他节点通信。如果不及时发现问题并进行处理,旧的Master节点可能会继续接收客户端的写入请求,而新的Master节点并不包含这些数据。这样就会导致旧的Master节点中堆积大量数据,当问题被发现后,旧的Master节点需要降级为Slave来同步新的Master节点的数据,这样之前堆积的数据就会被刷新掉,造成数据丢失。 其次,集群产生脑裂也可能导致数据丢失。脑裂是指集群中的节点无法达成一致,导致部分节点认为Master节点故障,而另一部分节点认为原Master节点仍然存活。在这种情况下,两个Master节点可能同时接收写入请求,导致数据不一致。 为了尽量减少数据丢失,可以采取一些措施。首先,可以使用持久化机制来定期将数据写入磁盘,以防止节点宕机后数据丢失。然而,即使开启持久化设置,当Master节点发生故障并被切换后,旧的Master节点在故障恢复后重启时,仍然需要同步新的Master节点的数据,此时旧的Master节点中的数据会被刷新掉,仍然会造成数据丢失。 因此,在Redis Cluster中,无法完全保证数据不丢失,只能尽量减少数据丢失的风险。对于高可用性的要求,可以采用更可靠的数据备份和灾难恢复措施,以确保数据的安全性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值