Redis学习笔记-内存快照：宕机后，Redis如何实现快速恢复？

Redis学习笔记-内存快照：宕机后，Redis如何实现快速恢复？

前面文章学习过 AOF 持久化方案，AOF 日志是记录每一次执行的 Redis 命令写入操作，而 AOF 重写机制是将每一条数据现状用一条命令记录它的写入，这样可以将原来 AOF 日志记录的命令实现 多变一，但尽管如此，用 AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍，如果操作日志非常多，Redis 就会恢复的很缓慢，这篇文章就学习一下 Redis 中另外一种持久化方法 内存快照(RDB)。

0.笔记图

1.内存快照

• 所谓内存快照，就是指内存中的数据在某一个时刻的状态记录
• 把某一时刻的状态以文件的形式写到磁盘上，也就是快照，称为 RDB（Redis DataBase）文件
• RDB 记录的是某一时刻的数据，将这些数据写入到 RDB 文件中，当数据恢复时，可以直接把 RDB 文件读入内存，很快就可以恢复完成
• 全量快照：把内存中的所有数据都记录到磁盘中

2.Redis 生成 RDB 的命令

• save命令：在主线程中执行，会导致阻塞
• bgsave命令：创建一个子进程，专门用于写入 RDB 文件，避免了主线程的阻塞，这也是 Redis RDB 文件生成的默认配置

3.如何保证 RDB 快照生成时不影响写业务？

• 写时复制，如果主线程要修改一块数据（例如图中的键值对 C），那么，这块数据就会被复制一份，生成该数据的副本

4.全量快照和增量快照

• 全量快照：把内存中的所有数据都记录到磁盘中
• 增量快照：做了一次全量快照后，后续的快照只对修改的数据进行快照记录，这样可以避免每次全量快照的开销

5.RDB 快照需要思考的问题

• 快照的频率不好把握，如果频率太低，两次快照间一旦宕机，就可能有比较多的数据丢失
• 如果频率太高，又会产生额外开销

6.RDB 和 AOF 混合使用

内存快照以一定的频率执行，在两次快照之间，使用 AOF 日志记录这期间的所有命令操作：

扫码关注