05 内存快照：宕机后，Redis如何快速恢复？

在 Redis 中的三种不同方式的持久化策略中，除了 Always 持久化策略性能不太好以外，其他两个策略的性能方面没有太大的影响，但是由于采用的 AOF 日志记录的是操作命令本身，并没有记录键值对数据，因此在数据恢复的时候就需要根据 AOF 日志中的操作一遍一遍地执行，其恢复的效率很低。那么在 Redis 中有没有即可靠性高，又可以在宕机的时候，实现快速恢复数据？

一、RDB 快照持久化方式

Redis 在持久化功能上有两种实现方式，一种是上篇说到的 AOF 日志，另一种就是 RDB 内存快照的方式。RDB 也就是 Redis DataBase 的简称。也就是将内存中某一时刻的数据的状态记录下来做成一个快照，其中存储的就是键值对数据本身，而不是 AOF 日志中记录的操作命令。

1、生成 RDB 文件中记录的数据的范围是多大？

由于 RDB 记录的是某一时刻内存中的数据，因此可以直接将磁盘中记录的 RDB 快照文件读入内存即可完成该快照时刻的数据恢复，因此 RDB 快照记录的是内存中的所有数据。

2、生成 RDB 文件会不会阻塞主线程？

由于 RDB 文件记录的是某一时刻内存中的所有数据，因此需要长时间的进行磁盘写操作，如果 RDB 操作会阻塞主线程，就会导致 Redis 长时间不能正常地提供服务，使其 Redis 的性能不好，而 Redis 提供了两种命令来生成 RDB 文件。

1. save（保存）：使用主线程来执行 RDB 操作，会长时间地阻塞主线程。
2. bgsave：主线程 fack 一个子进程，让子进程负责