Redis 提供了两种主要的持久化方式，它们分别是：
1. RDB（Redis Database Snapshotting）
RDB 是 Redis 的一种数据持久化方式，它会在指定的时间间隔内对 Redis 中的数据进行快照并保存到硬盘上。
特点：
- 触发方式：RDB 持久化通常是在满足一定条件时触发的（比如，经过一定数量的写操作或一定的时间间隔后）。
- 存储方式：RDB 会创建一个包含当前所有数据库数据的快照文件（通常是
dump.rdb），该文件会被保存在磁盘上。 - 性能：RDB 的写入操作是非阻塞的，不会影响 Redis 的响应性能，因此适用于需要高性能写入的场景。
- 恢复速度：RDB 快照的恢复速度较快，适合用来恢复大量数据。
- 数据丢失：RDB 持久化的最大问题是如果 Redis 宕机，可能会丢失自上次快照以来的所有数据（因为它不会记录每个操作，只记录在快照时的数据状态）。
配置：
可以通过 redis.conf 文件中的 save 配置项来设定生成快照的条件，例如：
save 900 1 # 在 900 秒内至少发生 1 次写操作时生成快照
save 300 10 # 在 300 秒内至少发生 10 次写操作时生成快照
save 60 10000 # 在 60 秒内至少发生 10000 次写操作时生成快照
2. AOF（Append Only File）
AOF 是另一种 Redis 的数据持久化方式，它会将 Redis 执行的每一个写操作记录到一个日志文件中，以此来实现持久化。
特点：
- 触发方式：AOF 持久化是通过将所有写命令追加到日志文件来进行的，每个写命令都会被记录下来，AOF 文件记录的是一个操作的执行历史。
- 存储方式：AOF 会将每个写操作按顺序追加到文件中，生成一个
.aof文件（例如appendonly.aof）。 - 性能：AOF 会比 RDB 更加消耗性能，因为每次写操作都要追加到 AOF 文件，尤其是在配置为“每次写操作都同步”时，性能开销会更大。
- 恢复速度：AOF 恢复速度比 RDB 慢，因为它需要重新执行每个写操作，尤其是对于大量数据的情况。
- 数据丢失：AOF 提供了更高的数据持久化保证，理论上能保证即使 Redis 异常关闭，也不会丢失数据，除非是文件损坏等特殊情况。
AOF 的同步策略：
AOF 持久化提供三种不同的同步策略，控制数据追加到磁盘的方式：
- 每次写操作后同步（
appendfsync always）：每次写操作都会立即同步到磁盘，确保最强的数据安全性，但性能开销较大。 - 每秒同步（
appendfsync everysec）：每秒将 AOF 文件同步到磁盘一次，通常是性能和数据安全的平衡点，这是 Redis 默认的策略。 - 从不同步（
appendfsync no）：不主动进行同步，由操作系统决定何时将数据写入磁盘，性能最好，但存在数据丢失的风险。
3. 混合持久化（RDB + AOF）
Redis 4.0 以后引入了混合持久化模式，在该模式下，Redis 将同时使用 RDB 和 AOF 进行持久化操作。
特点：
- RDB 快照 + AOF 日志：混合持久化模式结合了 RDB 和 AOF 的优点。Redis 会定期创建 RDB 快照，同时使用 AOF 记录写操作。AOF 文件只记录变更部分，减少了 AOF 文件的大小。
- 性能和恢复速度的平衡：混合持久化模式能在较短的时间内恢复数据，且减少了 AOF 文件的大小和 I/O 操作。
作用：
- 当 Redis 启动时，如果同时启用了 RDB 和 AOF 持久化，Redis 会优先使用 RDB 快照来恢复数据，如果 RDB 快照不可用，才会使用 AOF 文件。
- 混合持久化能够避免在 AOF 写入的同时，造成过大的 I/O 压力。
启用方式：
混合持久化默认启用，只需要在 redis.conf 文件中设置 aof-use-rdb-preamble 为 yes 即可。
总结：
- RDB：通过快照方式持久化数据，性能较高，但可能丢失最近几次操作的数据。
- AOF：通过记录每个写操作的日志持久化数据，提供更强的数据持久性，但性能开销较大。
- 混合持久化（RDB + AOF）：结合了 RDB 和 AOF 的优点，提升了数据恢复速度并减少了 AOF 文件的大小。
