Redis 数据持久化策略

2021-06-06

阅读时长: 2 分钟

redis 提供了两种持久化的方式，分别是 RDB(Redis DataBase) 和 AOF(Append Only File)。

RDB，就是在不同的时间点，将 redis 存储的数据生成快照并存储到磁盘等介质上。

Redis 在进行 RDB 数据持久化的过程中，会先将数据写入到一个临时文件中，待持久化过程结束，才会用这个临时文件替换上次持久化好的文件。这种特性，让我们可以随时进行备份，因为快照文件总是完整可用的。

优点：

缺点：

AOF，则是将 redis 执行过的所有写指令记录下来，在下次 redis 重新启动时，把这些写指令从前到后再重复执行一遍，实现数据恢复。开启 AOF 后，如果有写操作，如 SET 等，redis 就会追加到 AOF 文件的末尾。

默认的 AOF 持久化策略是每秒钟 fsync（指把缓存中的写指令记录到磁盘中）一次，因为在这种情况下，redis 仍然可以保持很好的处理性能，即使 redis 故障，也只会丢失最近 1 秒钟的数据。

优点：

缺点：

Redis 提供了 AOF 文件重写（rewrite）机制，当 AOF 文件的大小超过所设定的阈值时，redis 就会启动 AOF 文件的内容压缩，只保留可以恢复数据的最小指令集。

例如调用了 100 次 INCR 指令，在 AOF 文件中可以用 rewrite 把这 100 条指令合并成一条 SET 指令。

流程：

因为 RDB 会耗费较长时间，不够实时，在停机的时候会导致大量丢失数据，所以通常需要 AOF 配合同时使用。

在 Redis 实例重启时，使用 RDB 持久化文件重新构建内存，再使用 AOF 重放近期的操作指令来实现完整恢复重启之前的状态。

Recommend