Redis Sentinel实现高可用自动切换，核心是通过一组独立哨兵进程达成多数共识判定主节点客观下线（ODOWN）后，按slave-priority、复制偏移量、运行ID优先级选举新主，并自动完成角色转换与客户端通知。

Redis Sentinel 实现高可用自动切换，核心在于用一组独立进程（哨兵）替代人工干预，让主从集群具备“自愈”能力。它不接管数据，只管状态——监控谁活着、谁挂了、该推谁上位，并把新主地址告诉客户端。

哨兵怎么判断主节点真挂了？

不是单个哨兵说了算，而是靠“多数共识”：

• 每个哨兵每秒向主节点发 PING，超时（默认 30 秒，可配 down-after-milliseconds）没响应，就标记为主观下线（SDOWN）
• 当至少 quorum 个哨兵（比如配置为 2，3 个哨兵中只要 2 个都报 SDOWN）达成一致，才判定为客观下线（ODOWN）
• 只有 ODOWN 才触发切换；从节点即使 SDOWN，也不会引发故障转移

选谁当新主？有明确优先级规则

领头哨兵（通过 Raft 投票选出）会从存活的从节点中按顺序筛选：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 优先看 slave-priority 值：越小越优先（设为 0 表示永不晋升）
• 优先级相同时，比 复制偏移量（replication offset）：越大说明同步越全，数据丢失风险越低
• 前两项都一样，再比 Redis 运行 ID：取字典序最小的那个

切换过程全自动，但关键动作很清晰

整个流程无需人工介入，但每步都可验证：

• 领头哨兵向选定的从节点发送 SLAVEOF NO ONE，使其升为新主
• 再向其他从节点发送 SLAVEOF <新主IP> <新主端口>，重建主从关系
• 通过 Pub/Sub 频道 __sentinel__:hello 同步状态，也向客户端推送变更
• 原主恢复后，哨兵会自动将其设为新主的从节点，重新加入集群

客户端怎么知道主变了？

客户端不能硬编码主节点地址，必须依赖哨兵动态发现：

• 初始化时连接任意一个哨兵，执行 SENTINEL GET-MASTER-ADDR-BY-NAME <master-name> 获取当前主节点
• 监听哨兵的 Pub/Sub 频道 +switch-master，收到消息立即更新连接
• 推荐使用支持 Sentinel 的客户端库（如 Jedis、Lettuce、StackExchange.Redis），它们已封装上述逻辑