Redis哨兵自动重写sentinel.conf是正常设计行为，用于持久化动态协商配置；判断依据为：文件修改时间与SENTINEL ckquorum执行时间吻合、手动添加的非标准项（如bind/logfile/注释）消失、且SENTINEL master mymaster返回的quorum值与文件中残留配置不一致。
sentinel.conf 被覆盖时怎么确认是 Redis 自动重写
Redis 哨兵在运行过程中会**主动重写 sentinel.conf 文件**，这不是 bug，而是设计行为：它把动态协商后的配置（比如当前主节点 IP、quorum 值、其他哨兵地址）持久化回文件。但问题在于，它只写自己“知道”的配置项，会清掉你手动加的注释、自定义参数（如 bind、logfile）、甚至删掉多行空格——导致你下次重启失败。
判断是否被自动重写，看三处：
- 文件修改时间是否在哨兵启动后、且与
SENTINEL ckquorum成功执行时间吻合 - 原配置里你加的非标准项（如
sentinel client-reconfig-script）是否消失 - 用
redis-cli -p 26379 SENTINEL master mymaster查出的quorum:值，是否和文件里残留的sentinel quorum行一致；不一致就说明文件没被同步，或已被覆盖丢弃
哪些配置项会被哨兵忽略并丢弃
哨兵只认它自己管理的配置字段，其余一概无视。以下写进 sentinel.conf 的内容，在哨兵启动或重写后**必然丢失**：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
bind、port、daemonize、pidfile、logfile—— 这些属于进程级配置，应放在独立的启动脚本或 systemd unit 里，别塞进sentinel.conf - 注释行（以
#开头）会被全部清空，哪怕你写的是# sentinel auth-pass mymaster xxx这种带关键词的注释 - 重复或无效的
sentinel monitor行（比如同名但不同 IP），哨兵只保留最后一次看到的有效行，其余静默丢弃 - 未被当前哨兵“见过”的其他哨兵地址（即没通过
__sentinel__:hello频道发现的），不会写入文件
如何安全地保留自定义配置又不被覆盖
核心原则：**把哨兵管的和不管的配置彻底分离**。不要试图在 sentinel.conf 里塞所有东西。
- 只允许
sentinel.conf存放哨兵专属指令：sentinel monitor、sentinel down-after-milliseconds、sentinel failover-timeout、sentinel auth-pass等以sentinel开头的行 - 把
bind、port、logfile、dir等通用配置，挪到一个外部配置文件（比如/etc/redis/sentinel-base.conf），然后用redis-sentinel /etc/redis/sentinel-base.conf /etc/redis/sentinel.conf启动 —— Redis 7.0 支持多配置文件叠加，且只重写最后一个参数指定的文件 - 若必须加注释说明，改用环境变量或启动脚本注释，例如在 systemd service 文件里写
# NOTE: quorum is set to 2 via SENTINEL set - 每次修改完
sentinel.conf后，立刻执行redis-cli -p 26379 SENTINEL set mymaster quorum 2并验证SENTINEL master mymaster输出，确保哨兵内存态已更新，避免重写时写错值
重写后配置错乱导致哨兵启动失败怎么办
典型现象是 redis-sentinel 启动报错：FATAL CONFIG FILE ERROR 或卡在 +monitor 日志不动。这不是语法错误，而是哨兵读到自己写坏的文件后无法解析。
- 先停掉所有哨兵进程：
pkill -f "redis-sentinel"，别只 kill -9 单个，防止残留 - 检查
sentinel.conf是否含非法字符（比如 UTF-8 BOM、Windows 换行符），用file sentinel.conf和dos2unix sentinel.conf清理 - 删掉所有非
sentinel开头的行，只留最简监控行：sentinel monitor mymaster 192.168.30.133 6379 2，再加必要认证：sentinel auth-pass mymaster yourpass - 启动前用
redis-sentinel --test-conf sentinel.conf验证语法，通过后再启动 - 启动成功后立刻用
SENTINEL set补全其他参数（如down-after-milliseconds），别等它重写
真正难处理的不是重写本身，而是重写后你没意识到某些配置已失效——比如 logfile 被删导致日志静默，排查时连错误都看不到。
