| quorum | ODOWN 判定票数（配置在 monitor 行） |
|---|---|
| majority | 哨兵总数的半数以上，选举领导者 |
| 关系 | quorum 只保证判定，majority 保证执行 |
检查
检查
redis-cli -p 26379 SENTINEL CKQUORUM mymaster
redis-cli -p 26379 SENTINEL MASTERS3 哨兵环境常见配 quorum=2：任一哨兵怀疑、两台确认；只剩 1 台哨兵时无法选举领导者，不会切换。
本包目录（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：固化配置
quorum 与 majority 的区别
quorum 是判定「客观下线」所需的哨兵票数；而执行切换还需要哨兵领导者选举获得多数派（majority）同意，两个门槛可能不同。
易错点
- 把 quorum 设为哨兵总数会要求全员在线，任一哨兵掉线就无法判定 ODOWN
- CKQUORUM 在已有 ODOWN 时可能返回错误是正常语义，别据此认为配置坏了
数据来源与参考
- Redis 官方文档：Sentinel quorum 与多数派说明