哨兵不保证主从数据一致性，仅负责监控、选主、通知；其选举新主依据slave_repl_offset最大、slave-priority最小、runid字典序最小，不校验数据完整性；真正影响一致性的参数需在redis.conf中调优，如repl-backlog-size、min-slaves-to-write等。
哨兵本身不保证主从数据一致性，只负责故障转移
Redis 哨兵（Sentinel）不是一致性协议组件，它不参与主从同步过程，也不校验或干预复制偏移量（master_repl_offset 与 slave_repl_offset）。它的职责只有三项：监控、选主、通知。所谓“一致性”，在哨兵模式下实际指“故障转移后服务能快速恢复读写”，而非强一致或线性一致。
常见误解是认为哨兵能“修复”数据差异——它不能。如果主节点宕机前有未同步到从节点的写入（比如网络延迟、repl-backlog-size 不足导致增量同步失败），这些数据就永久丢失了。哨兵只会基于当前从节点的 slave_repl_offset 和 slave-priority 等参数选举新主，不判断“谁的数据最全”，只选“谁最可能全”。
- 哨兵选举新主时，优先级顺序为：
slave-repl-offset最大 →slave-priority最小 → runid 字典序最小 - 若两个从节点 offset 相同，哨兵无法区分它们是否真正同步了最后几条命令（例如主节点 crash 前刚写入但未发给从节点）
- 哨兵不会回滚主节点的写操作，也不会等待从节点 ACK，所有写仍是异步复制
真正影响一致性的核心参数都在 Redis 主从配置里
数据能否在故障前尽量同步，取决于主从节点自身的复制行为，而不是哨兵。关键参数必须在 redis.conf 中显式调优，而非靠哨兵自动管理：
-
repl-backlog-size：默认仅 1MB，高写入场景下极易溢出，导致从节点重走全量同步；建议按写入 QPS × 期望复制窗口时间估算，例如 128mb 是较稳妥起点 -
min-slaves-to-write+min-slaves-max-lag：强制主节点在至少 N 个从节点延迟 ≤ M 秒时才接受写入，否则返回错误；这是唯一能防止“脑裂写入丢失”的硬约束 -
repl-timeout：超时后主节点会断开慢从节点连接，避免拖累整体复制进度；设为 60s 比默认 60s 更明确（部分版本默认值模糊） -
repl-diskless-sync yes：启用无磁盘复制，减少 RDB 生成 IO 延迟，间接提升同步及时性
这些参数修改后需 CONFIG REWRITE 或重启生效，哨兵完全不感知它们的变化。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
哨兵配置不一致会直接破坏故障转移逻辑
多个哨兵节点之间不共享配置，每个哨兵只读取自己的 sentinel.conf 文件。如果手动用 sentinel set 修改了某个哨兵的 down-after-milliseconds 或 quorum，但没执行 sentinel flushconfig，该哨兵重启后就会恢复旧值——而其他哨兵可能已更新，导致 quorum 投票结果不可预测。
- 典型故障现象：
INFO sentinel显示不同哨兵对同一 master 的quorum值不一致，客观下线判定失败 - 执行
sentinel flushconfig后，该哨兵内存中所有运行时配置（包括故障转移后更新的主节点地址、sentinel set修改的阈值）才会写入磁盘 - 注意路径：systemd 管理的哨兵常使用
/etc/redis/sentinel.conf，但启动时可能加载的是/usr/local/etc/sentinel.conf，务必确认redis-sentinel /path/to/actual.conf中的路径
最终一致性依赖运维流程，而非机制自动保障
哨兵模式下，数据一致性是“尽力而为”的工程结果，不是开箱即用的保障。你必须主动做三件事：
- 定期检查
INFO replication中各从节点的slave_repl_offset与主节点差值，差值持续 > 1000 表示存在同步压力 - 每次执行
sentinel set或sentinel reset后，立刻在对应哨兵上运行sentinel flushconfig，并验证文件内容是否更新 - 多节点部署时，不能只改一台哨兵再复制配置——因为
sentinel monitor中的 IP 和端口可能因机器角色不同而不同，必须逐台确认并刷新
最容易被忽略的点是：哨兵不校验自己配置文件语法，sentinel flushconfig 成功写入一个格式错误的 sentinel.conf 后，下次重启会直接失败，且无明显日志提示——必须人工检查落盘后的文件是否可被 redis-sentinel 正常加载。
