redis集群(主从)脑裂及解决方案

Posted 泡^泡

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了redis集群(主从)脑裂及解决方案相关的知识,希望对你有一定的参考价值。

什么是redis的集群脑裂?
redis的集群脑裂是指因为网络问题,导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区,此时因为sentinel集群无法感知到master的存在,所以将slave节点提升为master节点。此时存在两个不同的master节点,就像一个大脑分裂成了两个。
集群脑裂问题中,如果客户端还在基于原来的master节点继续写入数据,那么新的master节点将无法同步这些数据,当网络问题解决之后,sentinel集群将原先的master节点降为slave节点,此时再从新的master中同步数据,将会造成大量的数据丢失。

解决方案
redis的配置文件中,存在两个参数

min-slaves-to-write 3
min-slaves-max-lag 10

第一个参数表示连接到master的最少slave数量
第二个参数表示slave连接到master的最大延迟时间

按照上面的配置,要求至少3个slave节点,且数据复制和同步的延迟不能超过10秒,否则的话master就会拒绝写请求,配置了这两个参数之后,如果发生集群脑裂,原先的master节点接收到客户端的写入请求会拒绝,就可以减少数据同步之后的数据丢失。(也就是说配置的节点数量和小于延迟时间都满足的情况下才能正常写入,否则就拒绝)

注意:较新版本的redis.conf文件中的参数变成了。

min-replicas-to-write 3
min-replicas-max-lag 10

redis中的异步复制情况下的数据丢失问题也能使用这两个参数。

以上是关于redis集群(主从)脑裂及解决方案的主要内容,如果未能解决你的问题,请参考以下文章

Redis学习笔记33——脑裂:奇怪的数据丢失

Redis学习笔记33——脑裂:奇怪的数据丢失

脑裂以及Redis主从同步中的坑

Day759.Redis脑裂问题 -Redis 核心技术与实战

Redis脑裂为何会导致数据丢失?

Redis脑裂为何会导致数据丢失?