背景与常见故障场景

Redis持久化机制（RDB快照与AOF日志）在宕机、硬件错误或误操作时可能导致数据丢失。常见故障包括：RDB文件损坏、AOF文件截断或顺序错乱、主从切换后数据不一致等。本文针对实际运维场景，提供一套可复现的数据找回操作流程。

前置准备

环境确认

• 操作系统：CentOS 7+ / Ubuntu 20.04+
• Redis版本：5.x 及以上（建议使用最新稳定版）
• 备份文件：至少保留最近一次RDB和完整AOF文件

工具清单

• redis-check-aof：Redis自带AOF修复工具
• redis-check-rdb：Redis自带RDB修复工具
• redis-dump / redis-shake：第三方迁移/恢复工具
• 文本编辑器（vim/nano）用于手动修正AOF

实操步骤

1. 停止Redis服务并备份故障文件

在开始修复前，务必先关闭Redis实例，并对现有持久化文件进行冷备：

# 停止Redis服务
systemctl stop redis

# 备份故障文件
cp /var/lib/redis/dump.rdb /data/backup/dump.rdb.bak
cp /var/lib/redis/appendonly.aof /data/backup/appendonly.aof.bak

2. 修复AOF文件（仅AOF持久化场景）

如果AOF文件因磁盘坏道或非正常关机导致结尾不完整，使用redis-check-aof修复：

redis-check-aof --fix /var/lib/redis/appendonly.aof

工具会自动扫描并删除错误指令，输出恢复的键值数量。修复后重启Redis：

systemctl start redis

使用redis-cli info keyspace检查数据是否完整。

3. 修复RDB文件（仅RDB持久化场景）

RDB文件损坏表现为Redis启动报错Bad file format。执行：

redis-check-rdb /var/lib/redis/dump.rdb

如果严格校验失败，可尝试以宽松模式加载：修改redis.conf中rdbchecksum no，重启后尝试导出数据，但此时数据完整性无法保证。建议从备份恢复。

4. 混合持久化故障处理（RDB+AOF）

若两者均损坏，优先尝试恢复AOF（因AOF丢失数据更少）。步骤：

1. 使用redis-check-aof --fix修复AOF；
2. 删除旧RDB文件（rm dump.rdb）；
3. 配置appendonly yes并重启，让Redis基于AOF重建内存数据。

若AOF彻底不可恢复，从最近一次备份的RDB文件恢复：将备份RDB复制到数据目录，启动Redis（须关闭AOF或同步配置）。

5. 无备份场景下的手工恢复

如果既无RDB也无完整AOF，但Redis日志中仍有部分指令（如AOF重写前的原文件可能残留），可尝试：

• 使用strings命令提取原始二进制文件中的可读键值；
• 编写脚本扫描redis.log中的写入操作（如SET命令）并重放。

此方法仅适用于少量数据且记录足够细致的情况。

恢复后的验证与优化

数据恢复后建议执行以下操作：

• 数据校验：对比恢复前后的key数量（可通过监控回放确认）；
• 启用AOF重写：执行BGREWRITEAOF压缩日志；
• 配置优化：增加auto-aof-rewrite-percentage和auto-aof-rewrite-min-size减少AOF积压风险；
• 备份策略：设置每日定时RDB快照+实时AOF，并异地备份。

总结

Redis持久化故障数据找回的核心在于“提前备份”与“及时修复”。在IDC运维环境中，建议结合自动化监控（如Redis Sentinel）和定期演练，确保故障时能快速恢复。以上方案均基于原生工具，无需额外成本，可有效应对80%以上的持久化损坏场景。