为了防止数据丢失，Redis 提供了两种数据持久化策略：RDB（快照）和 AOF（Append Only File）。

一、RDB持久化

1、RDB 是通过快照的方式将数据持久化到磁盘。Redis 定期将内存中的数据生成一个快照文件（dump.rdb）。这种是通过定时任务生成二进制的方式将数据持久化。

RDB的工作原理：

触发条件：1、手动触发：通过 SAVE 或 BGSAVE 命令手动触发快照生成。2、自动触发：根据配置文件中的 save 参数自动触发快照生成。

快照生成：1、当触发条件满足时，Redis 会启动一个子进程来生成快照。2、子进程会将内存中的数据写入到一个临时文件中。3、写入完成后，临时文件会替换旧的 RDB 文件。

redis手动保存rdb:

1）save：阻塞当前 Redis 服务器，直到快照生成完成。

redis-cli save

2）bgsave：在后台异步生成快照，不会阻塞当前 Redis 服务器。

redis-cli bgsave

redis配置定时任务触发快照频率：

在 Redis 的配置文件 redis.conf 中，可以通过 save 参数来配置自动触发快照的条件。例如：

dir /var/lib/redis/ //保存的rdb目录

dbfilename dump.rdb //rdb保存的名称

save 900 1 //如果在 900 秒内至少有 1 个键发生变化，则触发快照。

save 300 10 //如果在 300 秒内至少有 10 个键发生变化，则触发快照。

save 60 10000 //如果在 60 秒内至少有 10000 个键发生变化，则触发快照。

优点：文件紧凑，适合快速备份和恢复数据。

缺点：数据丢失风险较高，因为两次快照之间的时间间隔内发生故障会导致数据丢失

二、AOF持久化

AOF 是通过记录服务器执行的所有写操作命令来实现持久化。每次写操作都会追加到 AOF 文件中。

在 Redis 的配置文件 redis.conf 中，可以通过以下参数来配置 AOF：

appendonly yes //启动aof

appendfilename "appendonly.aof" //aof文件名称

appendfsync everysec //每秒同步

自动触发重写：当 AOF 文件大小超过 64MB，并且增长了 100% 时，自动触发 AOF 重写。

auto-aof-rewrite-percentage 10

auto-aof-rewrite-min-size 64mb

手动重写：redis-cli bgrewriteaof

优点：数据安全性高，几乎不会丢失数据。

缺点：文件较大，恢复速度较慢。

三、混合持久化

从 Redis 4.0 开始，引入了混合持久化模式，这种模式在 AOF 文件中先存储一个 RDB 快照，然后再记录后续的操作命令。这样可以减少 AOF 文件的大小，同时提高数据恢复的速度。

工作原理：

1）初始快照：

在 AOF 文件的开头部分，存储一个 RDB 快照。这个快照包含了 Redis 在某一时刻的所有数据。

RDB 快照是通过 BGSAVE 命令生成的，不会阻塞主线程。

2）增量命令记录：

在 RDB 快照之后，AOF 文件继续记录每个写操作命令。

这些命令用于恢复 RDB 快照之后的数据变化。

3）文件结构：

AOF 文件分为两部分：

RDB 快照部分：包含初始数据快照。

AOF 命令部分：包含 RDB 快照之后的所有写操作命令。

修改配置：

1）修改配置：vi /etc/redis/redis.conf

2）启用AOF：appendonly yes

AOF文件地址名称：appendfilename "/etc/redis/data/appendonly.aof" 默认是appendfilename "appendonly.aof"

同步策略：appendfsync everysec

3）混合持久化配置（4.0之后支持）：aof-load-truncated yes

4）自动触发重新：auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb

混合持久化的优点

数据安全性高：

结合了 RDB 和 AOF 的优点，提供了更高的数据安全性。

即使在服务器意外宕机的情况下，也可以通过 AOF 文件恢复数据。

恢复速度快：

由于 AOF 文件中包含了一个 RDB 快照，恢复速度比纯 AOF 文件更快。

RDB 快照部分可以快速加载到内存中，然后再执行后续的 AOF 命令。

文件体积适中：

相比于纯 AOF 文件，混合持久化的文件体积更小，因为初始数据快照部分已经包含了大量的数据。

通过 AOF 重写机制，可以进一步控制文件大小。

混合持久化的缺点

配置复杂性：

需要正确配置 RDB 和 AOF 的相关参数，以确保混合持久化的效果。

配置不当可能导致数据丢失或性能下降。

文件结构复杂：

AOF 文件的结构比纯 RDB 或纯 AOF 文件更复杂，可能需要额外的维护和管理。