redis cluster集群架构详解（十八）-高可用性与主备切换原理

最新推荐文章于 2025-05-10 14:05:31 发布

makyan

最新推荐文章于 2025-05-10 14:05:31 发布

阅读量1.7k

点赞数

CC 4.0 BY-SA版权

分类专栏： redis缓存架构

本文链接：https://blog.youkuaiyun.com/makyan/article/details/104831659

本文详细介绍了Redis Cluster实现高可用性的机制，包括节点宕机判断、从节点过滤与选举过程，以及slave priority和replica offset在选举中的作用。在主节点失效时，经过一系列判断和投票，能够确保数据安全地切换到新的主节点。

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

5.10. 高可用性与主备切换原理

redis cluster的高可用的原理，跟redis replication sentinel类似,过程如下：

在这里插入图片描述

1、判断节点宕机

如果一个节点认为另外一个节点宕机，那么就是pfail，主观宕机。如果多个节点都认为另外一个节点宕机了，那么就是fail，客观宕机，跟哨兵的原理几乎一样，pfail对应sdown，fail对应odown 。

在cluster-node-timeout内，某个节点一直没有返回pong，那么就被认为pfail，如果一个节点认为某个节点pfail了，那么会在gossip ping消息中，ping给其他节点，如果超过半数的节点都认为pfail了，那么就会变成fail。

2、从节点过滤

对宕机的master node，在其所有的slave node中，选择一个切换成master node，检查每个slave node与master node断开连接的时间，如果超过了cluster-node-timeout * cluster-slave-validity-factor，那么就没有资格切换成master，这个也是跟哨兵是一样的，从节点超时过滤的步骤。

3、从节点选举

对slave进行排序，排序方法如下：

slave priority：选择优先级slave-priority最大的从节点作为主节点，如不存在则继续。按照slave优先级进行排序，slave priority越低，优先级就越高。

replica offset：选择复制偏移量（数据写入量的字节，记录写了多

最低0.47元/天解锁文章

200万优质内容无限畅学