前面文章学习过 AOF 持久化方案，AOF 日志是记录每一次执行的 Redis 命令写入操作，而 AOF 重写机制是将每一条数据现状用一条命令记录它的写入，这样可以将原来 AOF 日志记录的命令实现 多变一，但尽管如此，用 AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍，如果操作日志非常多，Redis 就会恢复的很缓慢，这篇文章就学习一下 Redis 中另外一种持久化方法 内存快照(RDB)。
1.笔记图
2.内存快照
- 所谓内存快照，就是指内存中的数据在某一个时刻的状态记录
- 把某一时刻的状态以文件的形式写到磁盘上，也就是快照，称为 RDB（Redis DataBase）文件
- RDB 记录的是某一时刻的数据，将这些数据写入到 RDB 文件中，当数据恢复时，可以直接把 RDB 文件读入内存，很快就可以恢复完成
- 全量快照：把内存中的所有数据都记录到磁盘中
3.Redis 生成 RDB 的命令
- save命令：在主线程中执行，会导致阻塞
- bgsave命令：创建一个子进程，专门用于写入 RDB 文件，避免了主线程的阻塞，这也是 Redis RDB 文件生成的默认配置
4.如何保证 RDB 快照生成时不影响写业务？
- 写时复制，如果主线程要修改一块数据（例如图中的键值对 C），那么，这块数据就会被复制一份，生成该数据的副本
5.全量快照和增量快照
- 全量快照：把内存中的所有数据都记录到磁盘中
- 增量快照：做了一次全量快照后，后续的快照只对修改的数据进行快照记录，这样可以避免每次全量快照的开销
6.RDB 快照需要思考的问题
- 快照的频率不好把握，如果频率太低，两次快照间一旦宕机，就可能有比较多的数据丢失
- 如果频率太高，又会产生额外开销
7.RDB 和 AOF 混合使用
内存快照以一定的频率执行，在两次快照之间，使用 AOF 日志记录这期间的所有命令操作：
