文章目录

  • Redis学习笔记-内存快照：宕机后，Redis如何实现快速恢复？
  • 0.笔记图
  • 1.内存快照
  • 2.Redis 生成 RDB 的命令
  • 3.如何保证 RDB 快照生成时不影响写业务？
  • 4.全量快照和增量快照
  • 5.RDB 快照需要思考的问题
  • 6.RDB 和 AOF 混合使用


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

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

0.笔记图

Redis重启后如何恢复数据 redis宕机恢复_Redis重启后如何恢复数据

1.内存快照

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

2.Redis 生成 RDB 的命令

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

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

Redis重启后如何恢复数据 redis宕机恢复_Redis重启后如何恢复数据_02

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

4.全量快照和增量快照

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

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

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

6.RDB 和 AOF 混合使用

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

Redis重启后如何恢复数据 redis宕机恢复_redis_03