一、Redis 的持久化
二、Redis 的持久化方式
Redis 提供了两种持久化的方式：
RDB：这是一种快照的方式，它将 Redis 某时间点的数据都进行快照存储。比如 Mysql Dump 也是这种方式。 AOF：写日志的方式，记录每次对服务器写的操作, 当服务器重启的时候会重新执行这些命令来恢复原始的数据。例如 Mysql binlog，Hbase HLog。
RDB 介绍
在 Redis 运行时， RDB 将当前内存中的数据库生成一个 Snapshot 快照保存到磁盘文件中， 在 Redis 重启动时， RDB 可以通过载入 RDB 文件来还原数据库的状态。
RDB 的触发方式：
RDB 有三种触发方式，其实就是生成 RDB 文件的方式。
save 命令：这个是同步方式，会阻塞当前其他的命令执行，直到save命令执行完毕。
bgsave 命令：这个是一个异步命令，会单独在后台去执行，不会阻塞其他命令。它其实是新创建（fork）了一个子进程，这个进程就是负责生成RDB文件的工作。
自动方式：就是在某些条件下会自动去生成，这个是在Redis配置文件中去设置。
AOF介绍
Redis 的另一种持久化方式就是 AOF(Append Only File)，与 RDB 持久化通过保存数据库中的键值对来记录数据库状态不同，AOF 是通过保存Redis所执行的写命令来记录数据库状态的。在了解 AOF 之前先看看 RDB 所存在的问题。
三、RDB 和 AOF 的选择
RDB 和 AOF 对比
RDB（Redis DataBase）和 AOF（Append Only File）是两种不同的持久化机制，它们各自有一些优势和劣势。下面是它们之间的一些对比：
1. 数据格式：
RDB： 生成的是二进制的快照文件，包含了 Redis 在某个时间点上的所有数据。这种格式非常紧凑，适合用于备份和恢复。
AOF： 以文本格式追加写操作的日志文件，记录了每个写命令。这使得 AOF 文件相对容易阅读和人工修复。
2. 恢复速度：
RDB： 恢复速度一般比 AOF 快，因为它是一个完整的数据快照，只需读取 RDB 文件并加载到内存中即可。
AOF： 恢复速度可能比较慢，特别是对于大型 AOF 文件，因为需要逐行执行写操作来还原数据。
3. 数据丢失
RDB： 在两次 RDB 文件生成之间的写操作可能会丢失，因为 RDB 是定期生成的。
AOF： 数据丢失的程度通常比较小，因为 AOF 记录了每个写操作。在发生故障时，只有最后一次写操作之后的数据可能会丢失。
4. 文件大小：
RDB： 通常比较小，因为它是一个完整的数据快照。
AOF： 可能比较大，特别是对于频繁写入的系统，因为它记录了每个写命令。
5. 随机访问性：
RDB： 适合大规模数据集的恢复，因为它是一个二进制文件，支持快速的随机访问。
AOF： 由于是文本文件，随机访问性相对较差。
6. 系统稳定性：
RDB： 在生成 RDB 文件期间会有一段时间的阻塞，因为 Redis 在生成 RDB 文件时执行 fork 操作。在这个时间段内，不能执行写操作。
AOF： AOF 在追加写操作时是非阻塞的，因此不会影响系统的响应性。
7. 使用场景：
RDB： 适合用于备份和定期快照，对于大型数据集的快速恢复。
AOF： 适合对数据的持久化要求更高，能够容忍一些性能开销，以及需要更精细的数据恢复场景。
总结： 通常情况下，可以同时使用 RDB 和 AOF，以兼顾数据恢复的速度和可靠性。 如果需要在故障时最小化数据丢失，并且对于恢复速度有较高的要求，可以使用 AOF 持久化。 如果对于备份和快速恢复有较高要求，可以使用 RDB 持久化。
四、RDB 和 AOF 的选择
如果可以忍受一小段时间内数据的丢失，毫无疑问使用 RDB 是最好的，定时生成 RDB 快照（snapshot）非常便于进行数据库备份， 并且 RDB 恢复数据集的速度也要比 AOF 恢复的速度要快，而且使用 RDB 还可以避免 AOF 一些隐藏的 bug；否则就使用 AOF 重写。但是一般情况下建议不要单独使用某一种持久化机制，而是应该两种一起用，在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据，因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整。Redis后期官方可能都有将两种持久化方式整合为一种持久化模型。
