| 依据 | config epoch 与多数派投票 |
|---|---|
| 结果 | 一个领导者执行切换，其余哨兵同步状态 |
| 日志 | 日志中出现 +vote-for-leader 等标记 |
观察选举
观察选举
grep -i 'vote-for-leader' /var/log/redis/sentinel.log | tail -5选举是标准的多哨兵协调动作，不需要人工干预；反复选举失败通常指向哨兵间网络或数量不足。
本包目录（421 条）
数据结构与选型42 条持久化56 条
主从与哨兵51 条
- REPLICAOF 建立主从复制
- 哨兵体系与职责
- sentinel.conf 部署示例
- PSYNC：部分重同步机制
- quorum 与 majority 的区别
- 全量同步流程与资源消耗
- SENTINEL 常用查询子命令
- 复制偏移量与延迟判断
- 从库提升与 REPLICAOF NO ONE
- down-after-milliseconds：判下限阈值
- 复制链路认证：masterauth
- SDOWN 与 ODOWN 判定流程
- 客户端接入哨兵的模式
- replica-read-only 与从库可写性
- 复制延迟监控与常见原因
- 哨兵访问数据实例的认证
- repl-backlog：积压缓冲的容量与保留
- 读写分离的客户端路由
- monitor 指令与运行时监控变更
- 查询当前主库地址
- INFO replication 字段速读
- FAILOVER 命令：受控切换
- 切换事件与 +switch-master 通知
- 哨兵切换演练方法
- 写保护：min-replicas-to-write
- 从库输出缓冲区限制
- failover-timeout 的作用
- 哨兵的边界与局限
- 无盘复制：repl-diskless-sync
- replica-priority：哨兵选主权重
- parallel-syncs：同步并发度
- repl-timeout 与断连判定
- WAIT：写入同步确认
- 哨兵领导者选举（Raft 思路）
- 哨兵日志定位问题
- replica-serve-stale-data：断链时的读服务
- 主从故障恢复检查清单
- replica-announce-ip/port：对外公告地址
- 级联复制：从库再挂从库
- 重启后的复制角色保持
- 哨兵公告地址：announce-ip/port
- client-reconfig-script：切换后回调
- notification-script：状态变化告警
- 从库无盘加载
- 哨兵端口与 TLS
- 哨兵运维检查清单
- 复制心跳：repl-ping-replica-period
- 哨兵与实例的启动顺序
- 复制链路的传输安全
- resolve-hostnames：主机名支持
- SENTINEL FLUSHCONFIG：固化配置
哨兵领导者选举（Raft 思路）
进入 ODOWN 后，哨兵们请求投票选出领导者执行切换：候选按配置纪元递增请求，获得多数派票者当选，未当选者按 failover-timeout 节流重试。
易错点
- 哨兵两两之间也需要互通（默认同端口），防火墙只放行应用侧端口是常见漏配
- 奇数部署只是保证多数派简单可达，偶数也能运行但治理更别扭
数据来源与参考
- Redis 官方文档：Sentinel 选举与切换流程