什么是持久化？
就是 Redis 将内存数据持久化到硬盘，避免从数据库恢复数据。之所以避免从数据库恢复数据是因为后端数据通常有性能瓶颈，大量数据从数据库恢复可能会给数据库造成巨大压力。
Redis 持久化通常有 RDB 和 AOF 两种方式，RDB 相当于快照备份，AOF 相当于追加形式的备份。
Redis 重启的时候，恢复数据的优先级 RDB > AOF。AOF 恢复的优先级 appendonly.aof.{x}.base.rdb>appendonly.aof.{x}.incr.aof。
一、RDB
1.1、什么是 RDB？
RDB 是 Redis DataBase 的缩写，RDB 就是将当前进程数据生成的快照保存到磁盘（相当于某一时刻的快照），磁盘中的值 <= 内存中的值。
1.2、RDB 怎么配置？怎么用？
触发 RDB 分为手动触发和自动触发两方式。
手动触发
手动触发有 save 和 bgsave 两个方式的命令
- save 命令：阻塞当前 Redis 服务器，直到 RDB 操作完成为止。如果 Redis 中数据比较多，会造成长时间的阻塞，线上不建议使用此命令。此命令通常主动执行
save命令或者手动停止重启redis服务的时候触发。 - bgsave 命令：Redis 进程执行 fork 操作创建子进程，RDB 的持久化由子进程负责，完成后自动结束。阻塞只会发生在 fork 阶段，时间通常很短。此命令通常在
redis.conf中配置save m n触发。
bgsave 流程如下
- Redis 客户端执行 bgsave 命令或者自动触发 bgsave 命令。
- 主进程判断当前是否存在正在执行的子进程，如果存在，主进程直接返回。
- 如果不存在正在执行的子进程，fork 一个新的子进程进行持久化数据，fork 过程是阻塞的，fork 操作完以后，主进程去执行其他操作。
- 子进程先将数据写入到临时的 rdb 文件中，待快照数据写入完成以后，替换旧的 rdb 文件。
- 同时子进程发送信号给主进程，通知主进程 rdb 持久化完成，主进程更新相关的统计信息。
css
graph TD
A[开始] -->|执行 bgsave 命令| B(判断是否存在执行的子进程)
B -->|存在| C[主进程直接返回]
B -->|不存在| D[fork 新的子进程]
D -->|fork 完成| E[主进程继续其他操作]
D -->|写入数据到临时 RDB| F[写入完成]
F -->|替换旧的 RDB 文件| G[发送信号给主进程]
G -->|主进程更新统计信息| H[结束]
自动触发
在下面 4 种情况下会自动触发
- redis.conf 中配置
save m n，即在 m 秒中有 n 次修改，自动触发 bgsave 生成 rdb 文件。 - 主从复制的，从节点从主节点全量复制的时候。
- 执行 debug reload 命令的时候。
- 执行 shutdown 命令的时候。
关闭 RDB 持久化 redis.config 文件中设置 save "" 就会关闭 redis 的 rdb 持久化（redis.config 文件更改以后，需要重启 redis，redis 的配置才会生效），除非手动执行 save/bgsave 命令，否则 redis 不会进行 rdb 操作。
1.3、实际测试
- 停止 redis，redis 自动执行 save 命令，保存数据。
- 通过几秒内几个键更改，自动 rdb。
二、AOF
2.1、什么是 AOF？
AOF 是 Redis 以追加形式备份 Redis 数据的一种方式。
AOF 持久化的工作机制：
- 当 Redis 执行了一个写命令（SET、LPUSH、SADD）时，它会将该命令以文本协议的形式追加导 AOF 文件的末尾。
- 为了保证 Redis 在发生故障的时候，数据也不会丢失，Redis 会不断地将这些命令写入硬盘。
- 当 Redis 重启的时候，它会读取 AOF 文件中所有的命令并重新执行它们，一次来回复数据。
AOF 的三种同步频率：
- always：每个 Redis 写命令都会立刻同步到 AOF 文件中，这种模式提供了非常高的数据安全性，但是由于每次写入都需要进行磁盘 IO，性能可能会受到影响。
- everysec（默认配置）：每秒钟同步一次，这种模式下，如果发生故障，最多丢失一秒钟的数据。这通常是一种很好的这种方案，提供了良好的性能和合理的数据安全性。
- no：由操作系统决定何时进行同步，这种模式可能会导致数据的丢失，因为在发生故障时，系统可能还没有来的及将数据写入磁盘。
AOF 文件的重写（压缩）：
随着时间的推移，AOF 文件可能会变得非常大，因为每次写操作都会追加到文件中。Redis 提供了 AOF 重写的功能，这个过程可以创建一个新的 AOF 文件，文件中只包含了恢复当前数据状态所需要的最小命令集。这样可以减少磁盘的占用空间，并提高 Redis 的恢复速度。
Redis 的 AOF 重写是一个后台操作，它不会阻塞主 Redis 进程。在重写的过程中，对数据库的新写入会同时记录在旧的 AOF 文件和一个重写缓冲区中。当新的 AOF 文件准备好后，Redis 会将重写缓冲区中的所有命令追加到新的 AOF 文件中，并进行原子的替换旧的 AOF 文件。
AOF 持久化对应的文件：
2.2、AOF 怎么配置？怎么用？
在 Redis 的配置文件（通常是 redis.conf）中，可以通过以下配置启用 AOF 持久化：
bash
appendonly yes重写 aof 文件的命令（压缩）
BGREWRITEAOF然后根据需要设置 AOF 的同步频率
appendfsync everysec还可以配置自动重写的触发条件
当 AOF 文件增长到原始大小的 100% （翻倍）时，且文件至少有 64MB 时，Redis 会自动触发重写过程。
arduino
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb2.3、实际测试
开启 aof 持久化
设置 aof备份的频率
查看 aof 的日志文件
测试压缩后的 aof 文件
最后
我是 xiucai，一位后端开发工程师。
如果你对我感兴趣，请移步我的[个人博客]()，进一步了解。
-
文中如有错误，欢迎在评论区指正，如果这篇文章帮到了你，欢迎点赞和关注😊
-
本文首发于个人博客，未经许可禁止转载💌