Redis持久化 RDB vs AOF

RDB持久化

RDB（Redis Database）持久化是Redis的另一种持久化机制，它通过定期将内存中的数据快照保存到磁盘上的RDB文件中。

工作原理：

1. RDB文件：

   • 当RDB持久化开启时，Redis会定期执行 BGSAVE 命令，将内存中的数据快照保存到RDB文件中。

   • RDB文件是一个二进制文件，记录了某个时间点的Redis数据状态。

2. RDB文件生成：

   • RDB文件的生成可以通过 BGSAVE 命令手动触发，也可以通过配置文件中的 save 参数自动触发。

   • save 参数定义了多个条件，当满足任意一个条件时，Redis会自动执行 BGSAVE 命令。

3. RDB文件加载：

   • 当Redis启动时，如果存在RDB文件，Redis会自动加载RDB文件，恢复到上次保存的数据状态。

AOF持久化

AOF（Append-Only File）持久化是Redis的另一种持久化机制，它通过将每个写命令追加到一个文件中来记录所有执行的命令。

工作原理：

1. AOF文件：

   • 当AOF持久化开启时，Redis会将每个写命令追加到AOF文件中。

   • AOF文件是一个只追加的文件，记录了所有写操作的命令。

2. AOF重写：

   • 随着时间的推移，AOF文件会变得越来越大。为了减少文件大小，Redis会定期执行AOF重写操作，将内存中的数据以最小的命令集重新生成AOF文件。

   • AOF重写可以通过 BGREWRITEAOF 命令手动触发，也可以通过配置文件中的 auto-aof-rewrite-percentage 和 auto-aof-rewrite-min-size 参数自动触发。

3. AOF文件同步：

   • AOF文件的同步策略可以通过配置文件中的 appendfsync 参数进行设置，可选值为 always、everysec 和 no。

   • always：每次写命令都同步到磁盘，数据安全性最高，但性能开销最大。

   • everysec：每秒同步一次，数据安全性较高，性能开销适中。

   • no：由操作系统决定何时同步，数据安全性较低，但性能开销最小

RDB 与 AOF 优缺点对比

RDB优点

1. 紧凑的二进制文件：

   RDB 文件是一个紧凑的二进制文件（通常命名为 dump.rdb），非常适合备份和全量复制的场景。

2. 容灾性好：

   可以将 RDB 文件拷贝到远程机器或文件系统中，用于容灾恢复。

3. 恢复速度快：

   RDB 恢复数据的速度远远快于 AOF 方式，因为 RDB 文件是一个完整的数据快照，加载时不需要逐条执行命令。

RDB 缺点

1. 实时性低：

   RDB 是间隔一段时间进行持久化，无法做到实时持久化或秒级持久化。如果在两次持久化间隔期间发生故障，数据会丢失。

2. 存在兼容问题：

   Redis 演进过程中存在多个格式的 RDB 版本，老版本 Redis 可能无法兼容新版本的 RDB 文件。

AOF 优点

1. 实时性好：

   AOF 持久化可以配置 appendfsync 属性，有 always 选项，每进行一次命令操作就记录到 AOF 文件中一次，确保数据的实时性。

2. 数据一致性：

   通过 append 模式写文件，即使中途服务器宕机，也可以通过 redis-check-aof 工具解决数据一致性问题。

AOF 缺点

1. 文件较大：

   AOF 文件通常比 RDB 文件大，因为它记录了每个写操作的命令。

2. 恢复速度慢：

   由于 AOF 文件记录了大量的写操作命令，恢复数据时需要逐条执行这些命令，因此恢复速度较慢。

3. 启动效率低：

   在数据集较大时，AOF 的启动效率比 RDB 低，因为需要逐条执行 AOF 文件中的命令。