redis sentinel配置“sentinel parallel-syncs mymaster 1“详解

在 Redis Sentinel 的配置中，sentinel parallel-syncs mymaster 1 这一行配置的作用是 控制故障转移（Failover）后，允许同时向新主节点（New Master）发起数据同步的从节点（Slave）数量。下面通过场景示例详细解释：

---

参数定义

• 配置格式：
  sentinel parallel-syncs

  • ：监控的主节点名称（如 mymaster）。
  • ：允许同时同步的从节点数量。

• 默认值：1（Redis 默认保守配置，避免新主节点过载）。

---

作用详解

当 Sentinel 触发故障转移并选出新主节点后，剩余的从节点需要与新主节点重新建立复制关系（即执行 SLAVEOF）。
此参数控制 同时向新主节点发起全量同步（Full Sync）的从节点数量，目的是避免新主节点因过多并发同步请求导致性能问题。

示例场景

假设集群初始状态：

• 主节点：master1（IP: 192.168.1.100）
• 从节点：slave1、slave2、slave3（共 3 个从节点）

当 master1 宕机，Sentinel 触发故障转移，选举 slave1 为新主节点。此时：

1. 剩余从节点：slave2、slave3 需要重新指向新主节点 slave1。
2. 同步行为：
   • 若配置 sentinel parallel-syncs mymaster 1：
     • 同时只允许 1 个从节点（如 slave2）与新主节点 slave1 进行全量同步。
     • slave3 必须等待 slave2 同步完成后，才能开始自己的同步。
   • 若配置 sentinel parallel-syncs mymaster 2：
     • 允许 slave2 和 slave3 同时向 slave1 发起同步。

---

为什么需要限制并发同步数量？

全量同步（Full Sync）是一个资源密集型操作：

1. 主节点行为：
   • 生成 RDB 快照文件（占用 CPU 和磁盘 I/O）。
   • 传输 RDB 文件到从节点（占用网络带宽）。
2. 并发同步问题：
   若多个从节点同时请求全量同步，主节点可能因资源争用（如 CPU、内存、网络）导致：
   • 同步时间延长。
   • 主节点处理正常请求的能力下降（如客户端读写延迟增加）。

---

如何选择 parallel-syncs 的值？

需要权衡以下两个因素：

1. 恢复速度：
   值越大，所有从节点完成同步的总时间越短。
2. 主节点负载：
   值越大，新主节点的压力越大，可能影响服务稳定性。

推荐场景	建议值	说明
从节点数量少（≤3）	1-2	平衡负载与恢复速度。
从节点数量多（>3）	2-3	避免同步耗时过长，但需监控主节点负载。
主节点性能较弱	1	保守策略，优先保障主节点稳定性。

---

配置示例

在 Sentinel 配置文件（如 sentinel.conf）中：

PROPERTIES

sentinel monitor mymaster 192.168.1.100 6379 2 sentinel parallel-syncs mymaster 1 # 限制同时同步的从节点数为 1

---

注意事项

1. 增量同步优先：
   如果从节点的复制偏移量（Replication Offset）仍在主节点的复制缓冲区范围内，会触发增量同步（Partial Sync），此时资源消耗较小。
2. 监控与调整：
   在高可用集群中，应根据实际负载情况动态调整此参数（需重启 Sentinel 生效）。

---

通过合理配置 parallel-syncs，可以在故障转移后平衡数据同步速度和主节点稳定性，避免服务雪崩。