我们知道，只有主库才能有写操作，而从库只能进行读操作，那么当主库宕机后，如何保证服务的正常进行呢？
本文主要介绍的是 Redis 提供的哨兵机制，通过哨兵监控主库的状况，如果发现主库下线，则会从从库中选择一个状态优秀的当做主库，从而保证服务的高可用。
哨兵进程会发送 PING 命令给主从库检测网络连接，如果超时，则判断为"主观下线"。
但是如果哨兵误判可能会导致主从切换，导致性能的额外开销，所以引入了哨兵集群，只有多数哨兵认为主库已经主观下线，主库会被标记为"客观下线"，这时才会进行主从切换。
通过一定的筛选条件，把不符合条件的从库去掉，再按照一定规则给从库打分，得分最高的为新主库
筛选条件：
打分规则：
哨兵会把新主库的连接信息发给其他从库，让它们执行 replicaof 命令，和新主库建立连接，并进行数据复制。同时，哨兵会把新主库的连接信息通知给客户端，让它们把请求操作发到新主库上。
哨兵实例之间互相发现是基于 Redis 提供的 pub/sub 机制，发布/订阅机制。
哨兵只要与主库建立连接，会在主库 __sentinel__:hello 频道上发布消息，比如自己的 ip 地址和端口信息，订阅了该频道的其他哨兵会获取到发布消息哨兵的 IP 和端口，即可以与其建立网络连接，之后相互间就可以通过网络连接进行通信。
哨兵还需要和从库建立连接，这样才能监控从库的连接状态，当主库下线后，才能从它们中选举出新的主库。
哨兵使用 INFO 命令发送给主库，主库会返回从库列表连接信息，这样也能和从库建立连接并进行监控
当主库下线后，客户端需要得知主库下线的消息，写操作需要切换到新的主库中，所以哨兵需要与客户端建立连接，并及时通知客户端。
客户端可以从哨兵订阅消息，获取到主从切换的各种事件。
客户端读取哨兵的配置文件，获取哨兵的地址和端口，建立连接，然后即可订阅消息。
任何一个哨兵判断主库 主观下线 就会向其他哨兵发送 is-master-down-by-addr 命令。其他实例会更具自己与主库的连接情况投出赞成票或反对票。当多数哨兵投赞成票时，则主库被认为 客观下线。
此时，该哨兵再发命令给其他哨兵进行 leader选举，希望由自己来进行主从切换。在这个过程中，任何一个哨兵都可以参与选举，只要票数半数以上并且大于等于 quorum 值，则可以成为 leader
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。