Redis 作为一款高性能的内存数据库，其数据备份是保障数据安全的重要环节，Redis 提供了多种备份命令，用户可以根据实际需求选择合适的方式，主要包括 SAVE、BGSAVE、BGREWRITEAOF 以及 redis-cli 的 --rdb 和 --aof 参数等，这些命令在备份原理、性能影响和适用场景上各有特点，合理使用能够有效降低数据丢失风险。
核心备份命令详解
SAVE 命令
SAVE 命令是同步执行备份的命令，它会阻塞 Redis 服务器进程，直到 RDB（Redis Database）文件生成完成，在阻塞期间，Redis 无法处理任何客户端请求，这会导致服务短暂不可用。SAVE 命令仅适用于数据量极小、对服务可用性要求不高的场景，或是在 Redis 服务器停机维护前手动触发备份，其命令格式为 SAVE，执行后会在 Redis 配置的 dir 目录（默认为 /var/lib/redis）下生成一个 dump.rdb 文件（文件名可通过 dbfilename 配置）。
BGSAVE 命令
BGSAVE（Background Save）是异步执行备份的命令，它通过创建子进程来生成 RDB 文件，主进程继续处理客户端请求，避免了阻塞，这是 Redis 最常用的备份方式，适合生产环境，执行 BGSAVE 后，Redis 会返回 Background saving started 表示备份任务已启动，子进程会继承父进程的内存数据，并将其写入临时文件，写入成功后再替换原有的 dump.rdb 文件，确保数据一致性，需要注意的是，BGSAVE 执行期间，Redis 内存数据量较大，可能会占用较多系统资源（如 CPU 和 I/O），影响服务器性能。
BGREWRITEAOF 命令
与 RDB 备份不同，AOF（Append Only File）备份通过记录写操作命令来恢复数据，BGREWRITEAOF 命令用于重写 AOF 文件，目的是压缩文件体积并移除冗余命令，它会创建一个新的 AOF 文件，读取当前数据库中的所有键值，并生成最少的写命令序列写入新文件，最后替换旧文件。BGREWRITEAOF 也是异步执行，不会阻塞主进程，常用于 AOF 文件过大时的优化，间接起到备份作用。
使用 redis-cli 备份
通过 redis-cli 的 --rdb 和 --aof 参数，可以手动将 RDB 或 AOF 文件导出到指定路径，适合跨服务器备份或自定义备份逻辑。
- 导出 RDB 文件：
redis-cli --rdb /backup/redis_backup.rdb - 导出 AOF 文件：
redis-cli --aof /backup/redis.aof
执行时需确保 Redis 服务器有读写权限，且目标路径存在。
备份命令对比
| 命令 | 执行方式 | 是否阻塞主进程 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|---|---|
SAVE |
同步 | 是 | 数据量小、停机维护前备份 | 简单直接，无需额外配置 | 阻塞服务，影响可用性 |
BGSAVE |
异步 | 否 | 生产环境日常 RDB 备份 | 不阻塞服务，可靠性高 | 子进程占用系统资源 |
BGREWRITEAOF |
异步 | 否 | AOF 文件过大时重写优化 | 压缩文件，提升恢复效率 | 非完整备份，需结合 AOF |
redis-cli |
手动 | 否 | 跨服务器备份、自定义导出 | 灵活可控，可指定路径 | 需手动触发，依赖客户端工具 |
备份注意事项
- 备份频率：根据数据更新频率确定，高频数据建议每小时或每天备份，结合定时任务（如
cron）自动化执行。 - 备份存储：备份文件需存储在独立磁盘或远程服务器，避免因服务器故障导致数据丢失。
- 备份验证：定期恢复备份文件到测试环境，验证数据完整性，确保备份可用。
- 混合备份：生产环境推荐同时使用 RDB 和 AOF，RDB 快速恢复数据，AOF 保证数据不丢失，通过
appendonly yes和appendfsync everysec配置实现。
相关问答 FAQs
Q1: Redis 备份时如何避免对主服务性能的影响？
A1: 优先使用异步备份命令（如 BGSAVE 和 BGREWRITEAOF），避免 SAVE 命令阻塞服务，可在低峰期执行备份，或调整 rdbcompression（是否压缩 RDB 文件）和 appendfsync（AOF 同步频率）等配置，减少 I/O 和 CPU 占用，对于大规模集群，可考虑主从复制，在从节点上执行备份，避免影响主节点性能。
Q2: RDB 和 AOF 备份方式如何选择？
A2: 若对数据安全性要求高且能容忍少量性能损耗，优先选择 AOF（配置 appendfsync everysec），它通过记录写命令实现数据零丢失；若追求恢复速度且数据允许少量丢失，可选择 RDB，其文件体积小、恢复快，生产环境建议两者结合，既利用 RDB 的高效恢复，又通过 AOF 保证数据实时性，同时定期执行 BGREWRITEAOF 优化 AOF 文件大小。
