Redis Sentinel：故障检测、自动切主与参数调优

Mon, 03 Aug 2026 00:00:00 +0800

一个 Redis Master 宕机，两个 Replica 却都还健康。数据明明有副本，服务却不会自己恢复：Replica 不会主动接管，客户端也不会凭空找到新的写入地址。主从复制的工作到这里已经结束，Sentinel 要处理的，正是故障发生后的这段空白。

要看懂 Sentinel，可以跟着一次完整的故障转移往下走：多个 Sentinel 如何交换判断并授权其中一个执行切换，新 Master 怎样被选出，整个复制组又如何接受新拓扑。本文先划清职责边界，再沿这条路径拆解原理；第三节转向 Sentinel 本身，说明这些独立进程如何发现同伴并协调行动。随后用本地三 Redis、三 Sentinel 环境观察关键状态，最后落到参数取舍和生产排障。

如果还不熟悉主从复制，可以先读《Redis 主从复制》。本文的机制说明基于 Redis 8.10.0 和源码 commit 5279a8d44818a5ca51e9abb91a9b8ce481d3c88b；实验结果均按实际操作记录，避免把依赖运行环境的现象写成定论。

1. Sentinel 解决什么问题#

主从复制负责把 Master 的数据变化传给 Replicas。它解决的是“故障后有没有副本”，没有回答以下问题：

谁判断 Master 已经不可用；
哪个 Replica 应该接管；
谁修改其余 Replicas 的上游；
客户端到哪里查询新的写入地址。

如果这些动作依赖人工处理，服务恢复时间就取决于告警、判断和操作速度。Sentinel 把这条控制链自动化，但不改变 Redis 异步复制的性质。

这条控制链决定了 Sentinel 的职责范围。Sentinel 是独立于 Redis 数据节点的控制面：一个 Sentinel 进程可以监控多个 Master 复制组，同一个复制组通常由多个 Sentinel 共同管理。

Sentinel on Yeqown

Redis Sentinel：故障检测、自动切主与参数调优

1. Sentinel 解决什么问题#