Redis主节点重启清空从节点数据的解决方法及反向同步咨询

问题原因分析 #

主节点彻底终止重启后，若自身未保留持久化数据，会以空库状态启动。从节点触发全量复制时，会清空本地数据并同步主节点的空数据，这就是你遇到的从节点数据被清空的核心原因。开启appendonly但未解决，大概率是主节点的持久化配置未正确生效，或是K8s环境下未挂载持久化存储，导致主节点重启后丢失所有数据。

1. 主节点恢复后保留从节点数据的方案 #

• 确保主节点持久化生效并挂载存储卷
  这是根本解决方案：

  • 确认Redis配置中开启持久化：appendonly yes，同时配置合适的AOF同步策略（如appendfsync everysec）；也可配合RDB持久化，设置save触发条件（如save 60 1000）。
  • 在K8s部署中为主节点挂载PersistentVolumeClaim（PVC），将Redis的持久化目录（默认/data）映射到PVC，确保主节点重启后能加载之前生成的AOF/RDB文件，启动后保留原有数据，从节点同步时就不会被清空。

• 临时启用 stale data 服务（应急方案）
  若主节点确实丢失数据，不想让从节点数据被清空，可临时修改从节点配置：

  • Redis 4.x及以下：slave-serve-stale-data yes
  • Redis 5.x及以上：replica-serve-stale-data yes
    该配置让从节点在与主节点同步期间，仍对外提供旧数据服务，不会清空本地数据。但主节点恢复为空库后，仍会触发同步覆盖，所以仅作为临时应急，最终还是要解决主节点的持久化问题。

2. 从节点数据同步回主节点的可行性 #

这种实践是可行的，但需注意场景和操作规范，不建议直接手动导入数据，更推荐通过主从架构的角色切换来实现：

• 操作步骤（以Redis 5+为例）

  1. 让从节点断开原主节点连接：执行replicaof no one，将其提升为独立节点。
  2. 确认该从节点的数据是最新、权威的，无脏数据冲突。
  3. 启动原主节点，执行replicaof 新主节点IP 端口，让原主节点作为从节点同步新主节点的数据。
  4. 根据K8s服务配置，调整Service指向新的主节点，确保客户端连接正确。

• 注意风险

  • 必须确保从节点的数据是可信的，否则同步回原主节点会导致数据错误。
  • 操作过程中需暂停客户端写入请求，避免数据不一致。
  • 在K8s环境中，要考虑StatefulSet或Deployment的重启策略，避免配置被重置。

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