Redis持久化

RDB 快照的生成可以通过以下几种方式触发：

自动触发：

根据配置文件中的 save 指令触发。例如：

1
2
3

save 900 1       # 如果900秒内至少有1个键被修改，则触发快照
save 300 10      # 如果300秒内至少有10个键被修改，则触发快照
save 60 10000    # 如果60秒内至少有10000个键被修改，则触发快照

当满足上述条件之一时，Redis 会自动触发一次快照操作。

手动触发：
- 使用命令 SAVE：在主线程中同步生成快照，阻塞主线程，直到快照生成完成。
- 使用命令 BGSAVE：在后台子进程中异步生成快照，不会阻塞主线程。

检查是否已经在生成快照：
- 如果当前正在执行 BGSAVE 或 BGREWRITEAOF，Redis 会拒绝再次执行 BGSAVE，以避免同时运行多个子进程。
创建子进程：
- 如果执行的是 BGSAVE，Redis 会通过 fork() 创建一个子进程。子进程会继承父进程的数据空间，但不会阻塞父进程。
- 在子进程中，Redis 会遍历内存中的所有数据，并将数据以 RDB 格式写入到一个临时文件中。
原子替换文件：
- 当子进程完成快照操作后，Redis 会将临时文件重命名为指定的 RDB 文件名（默认为 dump.rdb），并替换旧的快照文件。
- 如果执行的是 SAVE，则直接在主线程中完成快照操作，阻塞主线程。

配置 AOF 持久化：
- 在配置文件中设置 appendonly yes，启用 AOF 持久化。
- 可以设置 appendfilename 来指定 AOF 文件的名称（默认为 appendonly.aof）。
记录写操作：
- 当 Redis 执行写操作（如 SET、LPUSH、INCR 等）时，会将这些命令以 Redis 命令协议的格式追加到 AOF 文件中。
- AOF 文件是一个纯文本文件，记录了所有写操作的命令和参数。

AOF 提供了三种同步方式，控制写操作何时同步到磁盘：

背景：随着时间推移，AOF 文件会变得越来越大，因为每个写操作都会被追加到文件中。为了压缩文件大小，Redis 提供了日志重写机制。
触发方式：
- 手动触发：使用命令 BGREWRITEAOF。
- 自动触发：根据配置文件中的 auto-aof-rewrite-percentage 和 auto-aof-rewrite-min-size 参数自动触发。例如：
  1
  2
  auto-aof-rewrite-percentage 100
  auto-aof-rewrite-min-size 64mb
  表示当 AOF 文件大小超过上次重写后的大小的 100%，并且文件大小超过 64MB 时，自动触发 AOF 重写。
重写过程：
1. Redis 通过 fork() 创建一个子进程。
2. 子进程会读取当前内存中的数据，并以更紧凑的方式重新生成 AOF 文件。
3. 在重写过程中，主进程会继续将新的写操作追加到临时 AOF 文件中。
4. 当子进程完成重写后，Redis 会用新的 AOF 文件替换旧的 AOF 文件，并将临时文件中的增量数据追加到新的 AOF 文件中。

在实际生产环境中，通常会同时使用 RDB 和 AOF，以兼顾数据安全性和恢复速度：

回答：
- RDB 是快照持久化，定期生成内存数据的完整备份，文件紧凑，恢复速度快，但可能会丢失快照之间的数据。
- AOF 是日志持久化，实时记录写操作命令，数据安全性高，最多只会丢失最后一次同步之后的数据，但文件体积大，恢复速度慢。

回答：
- 使用 BGREWRITEAOF 手动触发日志重写。
- 配置 auto-aof-rewrite-percentage 和 auto-aof-rewrite-min-size 参数，让 Redis 自动触发日志重写。