当 Redis 集群因网络抖动频繁触发主从切换时，调大 cluster-node-timeout 参数能降低误判概率，适用场景为跨机房或网络不稳定环境，风险边界是真实故障的发现时间会相应变慢。
先说结论：调整该参数是应对网络延迟的常用手段，但需权衡故障检测速度。
- 适合：网络波动频繁但节点本身健康的集群环境
- 先准备：备份配置文件并确认当前集群状态健康
- 验收：观察日志中 PFAIL 和 FAIL 状态标记是否减少
命令速用版
查看当前配置值：
CONFIG GET cluster-node-timeout
修改配置（部分版本支持动态生效，否则需修改 redis.conf 后重启）：
CONFIG SET cluster-node-timeout <毫秒数>
为什么会这样
cluster-node-timeout 决定了节点失联多久后被标记为失败。
Redis 集群通过心跳机制检测节点状态，当节点在指定时间内未响应，会被标记为 PFAIL（可能失败），多数节点确认后变为 FAIL（失败）并触发故障转移。网络延迟高会导致心跳包超时，调大该值可容忍更长的网络波动。
分步处理
1. 确认当前值：使用 CONFIG GET 命令查看当前超时时间，公开文档显示默认通常为 15000 毫秒。
2. 评估网络延迟：使用 ping 或 telnet 测试节点间网络延迟，确保新设定值远大于最大网络抖动时间。
3. 修改配置：优先尝试 CONFIG SET 动态修改，若报错则编辑 redis.conf 文件并重启节点。
4. 逐个节点操作：避免同时重启多个主节点，防止集群不可用。
怎么验证是否生效
使用 CLUSTER NODES 命令观察节点状态，确认没有频繁的 flags 变化。
检查 Redis 日志文件，搜索 "PFAIL" 或 "FAIL" 关键词，确认报警频率是否降低。
常见坑
1. 设置过大：导致真实宕机时业务中断时间过长，需根据实际网络情况设定，避免过大。
2. 忽略网络分区：该参数无法解决脑裂问题，需配合 min-slaves-to-write 等参数使用。
3. 版本差异：旧版本 Redis 不支持动态修改，强行 CONFIG SET 会报错。
常见问题
默认值是多少？
官方默认配置通常为 15000 毫秒，具体以 redis.conf 为准。
调整后会立即生效吗？
动态命令支持立即生效，修改配置文件需重启节点。
会影响数据一致性吗？
仅影响故障检测速度，不直接改变数据一致性级别，但延长故障窗口可能增加写入风险。
参考来源
Redis 官方文档 - Cluster configuration parameters
URL: https://redis.io/docs/latest/operate/oss_and_stack/management/config/