RDB持久化功能所生成的RDB文件是一个经过压缩的二进制文件，通过该文件可以还原生成RDB文件时的数据库状态。
有两个Redis命令可以用于生成RDB文件，一个是SAVE，另一个是BGSAVE。
- SAVE命令会阻塞Redis服务器进程，直到RDB文件创建完毕为止，在服务器进程阻塞期间，服务器不能处理任何命令请求；
- BGSAVE命令会派生出一个子进程，然后由子进程负责创建RDB文件，服务器进程（父进程）继续处理命令请求。
另外值得一提的是，因为AOF文件的更新频率通常比RDB文件的更新频率高，所以：
- 如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF文件来还原数据库状态；
- 只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB文件来还原数据库状态。
在BGSAVE命令执行期间，服务器处理SAVE、BGSAVE、BGREWRITEAOF三个命令的方式会和平时有所不同：
- 首先，在BGSAVE命令执行期间，客户端发送的SAVE命令会被服务器拒绝，服务器禁止SAVE命令和BGSAVE命令同时执行是为了避免父进程（服务器进程）和子进程同时执行两个rdbsave调用，防止产生竞争条件。
- 其次，在BGSAVE命令执行期间，客户端发送的BGSAVE命令会被服务器拒绝，因为同时执行两个BGSAVE命令也会产生竞争条件。
- 最后，BGREWRITEAOF和BGSAVE两个命令不能同时执行：
如果BGSAVE命令正在执行，那么客户端发送的BGREWIRTEAOF命令被延迟到BGSAVE命令执行完毕之后执行； 如果BGREWRITEAOF命令正在执行，那么客户端发送的BGSAVE命令会被服务器拒绝。
因为BGREWRITEAOF和BGSAVE两个命令的实际工作都由子进程执行，所以这两个命令在操作方面并没有什么冲突的地方，不能同时执行它们只是一个性能方面的考虑--并发出两个子进程，并且这两个子进程都同时执行大量的磁盘写入操作，这怎么想都不是一个好主意。
服务器在载入RDB文件期间，会一直处于阻塞状态，直到载入工作完成为止。
Redis的服务器周期性操作函数serverCron默认每个100ms就会执行一次，该函数用于对正在运行的服务器进行维护，它的其中一项工作就是检查save选项所设置的保存条件是否已经满足，如果满足的话，就执行BGSAVE命令。
RDB文件结构
REDIS db_version databases EOF check_sum
