Redis集群repl-diskless-sync失效问题求助（附完整配置）

1. 先确认配置是否真的生效 #

• 登录主节点执行redis-cli config get repl-diskless-sync，确保返回值是yes；同时检查repl-diskless-sync-delay（默认5秒）的设置，这个延迟是等待其他从节点一起同步的时间，如果延迟期间有新从节点接入，可能会触发磁盘同步
• 核对Redis启动命令和配置文件，看看有没有地方覆盖了repl-diskless-sync配置——比如启动时加了--repl-diskless-sync no参数，或者配置文件加载顺序导致后面的配置把这个参数改成了no

2. 检查主从版本是否一致 #

• 无盘同步在低版本Redis（比如低于2.8.18）存在兼容性问题，部分高版本小版本之间也可能有bug。对比测试阶段生效时的Redis版本，看看部署后有没有升级或更换版本

3. 排查K8s环境的限制 #

• 看主节点Pod的内存资源限制，如果内存使用率接近限制值，Redis可能因为怕内存耗尽，自动 fallback到磁盘同步。可以查主节点的used_memory指标，再对比K8s的内存配置
• 检查主从节点之间的网络情况，带宽不够或延迟太高的话，有些Redis版本会自动切换到磁盘同步模式。可以用redis-cli info replication看同步状态，或者抓包分析网络传输
• 确认主节点Pod的临时存储（emptyDir）权限和空间足够，虽然无盘同步不持久化到磁盘，但部分版本会在内存生成临时数据块，如果临时存储挂载异常，也可能触发磁盘同步

4. 从日志和同步场景找线索 #

• 翻主节点的Redis日志，搜diskless或SYNC关键词，看看触发同步时有没有类似diskless sync not possible, falling back to disk-based sync的提示，日志里一般会说明具体原因
• 区分同步类型：从节点重启后，是触发全量同步还是增量同步？只有全量同步才会走无盘/磁盘同步的逻辑。可以用redis-cli info replication查看主从的master_repl_offset和master_runid，确认是不是因为runid变化或偏移量差太多触发的全量同步

5. 检查集群专属配置的影响 #

• 如果开启了cluster-enabled yes，确认集群模式下无盘同步的兼容性，部分版本在集群模式下对无盘同步有特殊限制
• 看看其他同步相关配置，比如repl-ping-slave-period、repl-timeout，如果从节点超时时间太短，可能导致无盘同步过程中断，进而触发磁盘同步重试

内容的提问来源于stack exchange，提问作者luki27