什么是Redis的哨兵模式
Redis的哨兵模式（Sentinel）是Redis官方提供的高可用解决方案，主要用于解决主从复制架构中“主节点故障后需要手动切换”的问题，实现自动监控、故障检测、主从切换的全流程自动化，从而保证Redis服务的持续可用。
哨兵模式的核心功能
哨兵本质上是一个运行在特殊模式下的Redis进程，通常由多个哨兵节点组成“哨兵集群”，共同完成以下核心工作：
-
监控（Monitoring）
持续检查主节点（master）和从节点（slave）是否正常运行。哨兵会定期向所有节点发送PING命令，通过节点的响应判断其状态。 -
自动故障转移（Automatic Failover）
当主节点故障时，哨兵集群会自动将某个从节点升级为新的主节点，并让其他从节点切换到新主节点同步数据，同时通知客户端更新连接信息（指向新主节点）。 -
通知（Notification）
当节点出现异常（如主节点下线、故障转移完成）时，哨兵可以通过配置的脚本（如邮件、短信、API调用等）向管理员或其他系统组件发送通知。 -
配置提供者（Configuration Provider）
客户端连接Redis时，可通过哨兵获取当前主节点的地址。当主节点发生切换后，客户端会通过哨兵自动获取新主节点的地址，无需手动修改配置。
哨兵模式的工作原理
1. 节点状态判断
- 主观下线（SDOWN）：单个哨兵判断主节点“可能不可用”（如连续多次
PING无响应）。 - 客观下线（ODOWN）：当多数哨兵（超过半数）都判断主节点“主观下线”时，会达成共识，标记主节点为“客观下线”（确认故障），触发故障转移。
2. 哨兵领导者选举
故障转移需要由一个“领导者哨兵”执行（避免多个哨兵同时操作）。通过Raft算法，哨兵集群会选举出一个领导者，负责后续的主从切换流程。
3. 故障转移流程
- 选新主：从所有健康的从节点中，根据“优先级（
slave-priority）、复制进度、运行时间”等规则，选出一个最优的从节点作为新主节点。 - 改身份：向新主节点发送
SLAVEOF NO ONE命令，使其脱离从节点身份，成为主节点。 - 改从节点：向其他从节点发送
SLAVEOF 新主节点地址命令，让它们切换到新主节点，开始同步数据。 - 通知客户端：哨兵将新主节点的地址通知给所有连接的客户端，客户端更新连接信息。
哨兵模式的部署特点
- 哨兵集群：通常部署3个或以上哨兵节点（奇数个，避免投票时平票），确保高可用（单个哨兵故障不影响整体功能）。
- 与主从架构配合：哨兵模式依赖Redis的主从复制机制（先有主从，再部署哨兵），哨兵本身不存储数据，只负责监控和决策。
- 去中心化：哨兵之间通过 gossip 协议通信，共享节点状态信息，没有“中心哨兵”，避免单点故障。
适合场景
哨兵模式适用于对Redis可用性要求较高的场景（如生产环境），解决了主从复制中“主节点故障后手动切换”的痛点，减少服务中断时间。
总结：哨兵模式是Redis主从架构的“高可用增强方案”，通过多哨兵协同工作，实现了主节点故障的自动检测和恢复，是Redis集群化部署中保障可用性的核心机制之一。