| 能力 | 主从自动切换与配置发现 |
|---|---|
| 局限 | 单主写入上限、切换窗口内不可写 |
| 脑裂 | 旧主仍可达时可能接收写入，靠 min-replicas 类保护 |
结合场景
结合场景
数据量或写入超单机 → 评估 Redis Cluster；仅要高可用 → 哨兵 + 多副本即可哨兵不参与数据读写，性能不受其影响；但切换窗口与写保护策略需要业务侧配合。
本包目录（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：固化配置
哨兵的边界与局限
哨兵解决主从高可用，但扩展性受单主写入限制；同时存在脑裂风险（主库与哨兵间网络割裂时可能双写），需要用写保护和多副本策略缓解。
易错点
- 把哨兵当作「零停机」保证是误判：切换期间写不可用，取决于探测与选主耗时
- 脑裂期间旧主写入的数据在恢复后可能丢失，关键写路径要有幂等与对账
数据来源与参考
- Redis 官方文档：Sentinel 限制与脑裂说明