Redis 提供了两种持久化机制:RDB(Redis Database Backup)快照和 AOF(Append Only File)日志。这两种机制可以单独使用,也可以同时启用以提供更高级别的数据持久性和安全性。
RDB 快照
- 工作原理:RDB 会在指定的间隔内将内存中的数据集快照写入磁盘。这个过程是通过 fork 一个子进程来完成的,父进程继续处理客户端请求,而子进程负责将数据保存到磁盘。
- 优点:
- 占用空间小,恢复速度快。
- 性能高,因为 Redis 可以在后台进行快照操作。
- 缺点:
- 如果 Redis 意外关闭,最后一次快照之后的数据可能会丢失。
- 快照创建过程中需要大量 I/O 操作,可能会影响性能。
AOF 日志
- 工作原理:AOF 会记录每个写命令,并在服务器重启时重新执行这些命令以重建原始数据集。AOF 文件是一个只追加的日志文件。
- 优点:
- 更安全,因为它通常包含所有写操作,因此数据丢失的风险较低。
- 支持多种同步策略,如每次操作后同步、每秒同步或不同步。
- 缺点:
- AOF 文件通常比 RDB 文件大,恢复速度较慢。
- 需要定期重写 AOF 文件以防止它变得过大。
同时使用 RDB 和 AOF
当同时启用 RDB 和 AOF 时,Redis 在重启时会优先使用 AOF 文件来恢复数据,因为 AOF 通常更为完整。如果 AOF 被禁用或配置为 no,则使用 RDB 文件恢复数据。
配置步骤
-
配置 RDB:
编辑redis.conf
文件,设置save
参数来定义触发 RDB 快照的条件。例如:save 900 1 save 300 10 save 60 10000
-
配置 AOF:
同样编辑redis.conf
文件,设置appendonly yes
来启用 AOF。还可以选择 AOF 的同步策略:appendonly yes # 设置 AOF 同步策略 # always: 每次操作后都同步,最安全但性能最低 # everysec: 每秒同步一次,折中方案 # no: 不主动 fsync,依赖于操作系统的调度 appendfsync everysec
-
启动 Redis:
使用配置好的redis.conf
文件启动 Redis 服务。
这样,Redis 就会同时使用 RDB 和 AOF 来确保数据的安全性和完整性。如果发生崩溃,Redis 会尝试从 AOF 文件中恢复尽可能多的数据;如果 AOF 文件不可用或损坏,它会回退到最近的 RDB 快照。这种组合提供了更好的容错性,但也增加了存储需求和潜在的恢复时间。