问题
| 问题 | 现象 | 处置 |
|---|---|---|
| 配置漂移 | 各哨兵 epoch/配置不一 | SENTINEL RESET + 统一版本与配置管理 |
| 脑裂 | 旧主仍被写，集群出现双主 | min-replicas-to-write 限制旧主写入；网络分区修复后人工核对 |
| 误切换 | 抖动导致频繁 failover | 调大 down-after 与 failover-timeout |
| 客户端不切 | 应用仍连旧主 | 客户端重查哨兵 + 事件订阅；监控老主库连接 |
脑裂参考配置（主库）
脑裂参考配置（主库）
min-replicas-to-write 1
min-replicas-max-lag 10
# 从库数不足或延迟过大时拒绝写入，宁可不可写也不产生双主数据脑裂一旦发生：恢复后两边的写入必然有一边丢失，只能人为选择「哪份数据为准」，所以预防（超时+票数+写保护）比补救重要。