Redis主从切换数据丢失排查方法

Redis主从切换时数据丢失往往并非突发故障所致，而是源于关键配置min-slaves-to-write未真正生效——它虽不能绝对防丢，却是拦截“主节点在从库失联或延迟超标时继续写入”这一高发风险的第一道防线；排查需层层深入：先确认配置值是否启用，再验证从节点是否真实处于state=online且lag≤min-slaves-max-lag，接着结合redis.log中的"Writing to master disabled"日志、哨兵切换时间点及复制偏移量对比还原丢数据路径，最后还需补全AOF持久化、repl-backlog大小、哨兵参数等协同机制——尤其要警惕网络分区下主节点“自我感知正常却持续写入”的隐蔽陷阱，这才是多数看似配置正确却仍丢数据的真相。

Redis主从切换后数据丢失，先看 min-slaves-to-write 是否生效

主从切换后丢数据，min-slaves-to-write 是第一个该查的配置项。它不保证“绝对不丢”，但能阻止写请求在从节点不可用时继续落盘——这是多数人为疏忽导致丢数据的起点。

检查方式很简单：redis-cli CONFIG GET min-slaves-to-write。如果返回 min-slaves-to-write 和 0，说明该机制完全没启用；若返回非零值（比如 1），还得继续确认 min-slaves-max-lag 是否合理、从节点是否真被主节点识别为“在线”。

• min-slaves-to-write 1 搭配 min-slaves-max-lag 10，表示至少要有 1 个从节点复制延迟 ≤10 秒，主节点才接受写入
• 从节点必须处于 online 状态（redis-cli INFO replication 中 slaveX:ip=...,state=online），断连或握手失败的从节点不计入计数
• 这个配置只影响主节点的写命令（SET、INCR 等），不影响 DEL 或 EXPIRE 等操作

为什么 min-slaves-to-write 明明设了却没拦住写入

常见原因是主节点压根没把从节点当“合格从库”。不是配置没加载，而是复制状态未达标。

执行 redis-cli INFO replication，重点关注这几项：

• connected_slaves：显示当前连接数，但不等于“可用数”
• 每个 slaveX... 行里的 state=online 和 lag=3（单位秒）才是关键
• 如果 lag 超过 min-slaves-max-lag，该从节点会被排除在合格列表外，即使 connected_slaves 是 2，实际计数可能为 0
• 从节点重启后首次同步期间（state=sync）也不参与计数

主从切换时的写丢失真实路径还原

典型丢数据链路不是“主挂了就丢”，而是“主还没挂，但从全掉线 → 主继续写 → 切换新主时旧主数据未同步 → 旧主降级成从后被清空”。

排查时盯紧时间点和日志：

• 查主节点 redis.log，搜索 "Writing to master disabled" —— 这是 min-slaves-to-write 触发拒绝写的标志；没这句，说明写一直畅通，风险已埋下
• 查哨兵日志（sentinel.log），找 "+odown" 和 "+switch-master" 时间戳，对比主节点最后一次 INFO replication 中 master_repl_offset 和新主的 slave_repl_offset
• 如果新主的 slave_repl_offset 明显小于旧主挂前的 master_repl_offset，说明有写入没传过去

配置生效但仍有丢数据？检查持久化与故障窗口

min-slaves-to-write 只管“写入门槛”，不管“写入后是否落盘”。如果主节点用的是 RDB + save ""（即关闭持久化），又在写入后、同步前崩溃，照样丢。

真正抗切换丢数据，得组合使用：

• 开启 AOF 并设 appendfsync everysec（平衡性能与安全性）
• 禁用 save 命令自动触发（save ""），避免 fork 阻塞干扰复制
• 确保 repl-backlog-size 足够大（默认 1MB 太小），防止从节点重连时因缓冲区溢出而触发全量同步
• 哨兵的 quorum 和 down-after-milliseconds 要匹配业务容忍度，过短易误切，过长则故障窗口拉长

最常被忽略的一点：min-slaves-to-write 不防网络分区。当主节点被孤立（如机房断网），它仍认为自己是主，继续写，且因无从可连而放行所有写入——这时丢数据是设计使然，不是配置错了。

到这里，我们也就讲完了《Redis主从切换数据丢失排查方法》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！