哨兵的作用

• 监控：Sentinel 会不断检查您的 master 和 slave 是否按预期工作
• 自动故障恢复：如果 master 故障，Sentinel 会将一个 slave 提升为 master。当故障实例恢复后也以新的 master 为主
• 通知：Sentinel 充当 Redis 客户端的服务发现来源，当集群发生故障转移时，会将最新信息推送给 Redis 的客户端

服务状态监控

Sentinel 基于心跳机制监测服务状态，每隔 1 秒向集群的每个实例发送 ping 命令：

• 主观下线：如果某 sentinel 节点发现某实例未在规定时间响应，则认为该实例主观下线。
• 客观下线：若超过指定数量（quorum）的 sentinel 都认为该实例主观下线，则该实例客观下线。quorum 值最好超过 Sentinel 实例数量的一半。

哨兵选主规则

• 首先判断主与从节点断开时间长短，如超过指定值就排该从节点
• 然后判断从节点的 slave-priority 值，越小优先级越高
• 如果 slave-prority 一样，则判断 slave 节点的 offset 值，越大优先级越高
• 最后是判断 slave 节点的运行 id 大小，越小优先级越高。

哨兵模式的脑裂问题

假设有且只有主服务器和 Sentinel 的通信出现了故障

某一个 Slave 节点会变成 New Master，并和其他 Slave 连接

旧主服务器和 Sentinel 恢复链接，并降级为从属服务器，那么在断开连接期间写入的数据将会丢失

如何避免脑裂问题

<aside> 💥 待补充

</aside>