为什么redis哨兵集群只有2个节点无法正常工作？

最新推荐文章于 2025-06-17 16:57:29 发布

一条很老的腊肉

最新推荐文章于 2025-06-17 16:57:29 发布

阅读量8k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Java 文章标签： redis 哨兵

本文链接：https://blog.youkuaiyun.com/qq_25868207/article/details/79147469

Java 专栏收录该内容

86 篇文章

订阅专栏

本文解释了为什么仅配置两个节点的Redis哨兵集群无法正常工作。通过对比2节点与3节点集群，阐述了majority机制如何影响故障转移，并强调了为确保高可用性至少需要3个哨兵节点。

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

为什么redis哨兵集群只有2个节点无法正常工作？

哨兵集群必须部署2个以上节点

如果哨兵集群仅仅部署了个2个哨兵实例，quorum=1

+----+         +----+
| M1 |---------| R1 |
| S1 |         | S2 |
+----+         +----+

Configuration: quorum = 1

master宕机，s1和s2中只要有1个哨兵认为master宕机就可以还行切换，同时s1和s2中会选举出一个哨兵来执行故障转移

同时这个时候，需要majority，也就是大多数哨兵都是运行的，2个哨兵的majority就是2（2的majority=2，3的majority=2，5的majority=3，4的majority=2），2个哨兵都运行着，就可以允许执行故障转移

但是如果整个M1和S1运行的机器宕机了，那么哨兵只有1个了，此时就没有majority来允许执行故障转移，虽然另外一台机器还有一个R1，但是故障转移不会执行

经典的3节点哨兵集群

       +----+
       | M1 |
       | S1 |
       +----+
          |
+----+    |    +----+
| R2 |----+----| R3 |
| S2 |         | S3 |
+----+         +----+

Configuration: quorum = 2，majority

如果M1所在机器宕机了，那么三个哨兵还剩下2个，S2和S3可以一致认为master宕机，然后选举出一个来执行故障转移

同时3个哨兵的majority是2，所以还剩下的2个哨兵运行着，就可以允许执行故障转移