Redis(五)-持久化之RDB

1. RDB是什么

• RDB（Redis Database）：在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是术语Snapshot快照，它恢复时是将快照文件直接读到内存。默认文件名：dump.rdb

2. RDB产生的过程

• Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程结束后，再用这个临时文件替换上次持久化的文件。 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能。

  其中：fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等）数值都和原进程一致，并且作为原进程的子进程。

3. 何时会产生RDB文件

1. 满足配置文件(redis/redis.conf)中默认的快照配置，就会产生一个新的dump.rdb文件。只需满足一个即可
   save 900 1 # 900秒（15分钟）内有1次更改
   save 300 10 # 300秒（5分钟）内有10次更改
   save 60 10000 # 60秒内有10000次更改。
2. 使用save命令，可以立刻执行序列化操作，产生新的dump.rdb文件。
   此时redis只执行保存操作，其他功能阻塞，此时不能写入。
3. 使用bgsave命令，redis在后台异步进行快照备份。
   同时还可以响应客户端请求，允许写入。
   可通过lastsave命令来获取最后一次成功执行快照的时间
4. 使用shutdown命令，会立刻执行备份操作，产生新的rdb文件。（前提是开启了rdb备份）
5. 使用flushall命令，也会立刻产生新的rdb文件。
   会清空数据，无实际意义
   flushdb命令不会产生新的rdb文件
   

4. 如何恢复RDB中的数据

1. 将备份文件(dump.rdb)放在redis安装目录。（使用config get dir 命令获取目录）
2. 启动服务即可完成恢复工作。

5.RDB优劣势

• 优势
  1. 适合大规模数据恢复。这要求是在对数据完整性和一致性要求不高的前提下
  2. 生成RDB文件的时候，redis主进程会fork()一个子进程来处理所有保存工作，主进程不需要进行任何磁盘IO操作，从而确保了极高的性能
  3. 与AOF相比，在恢复大数据集的时候更快一些
• rdb劣势
  1. redis意外挂掉的话，会丢失最后一次快照备份后的所有修改
  2. 没办法做到实时持久化。因为，每次备份时都要fork一个子进程。而fork的时候，内存中的数据被克隆了一份，会导致大约2倍的数据膨胀，耗内存耗时，可能会导致不能响应一些毫秒级的请求，这点需要考虑
  3. RDB文件使用特定二进制格式保存，在Redis版本演进过程中有多个格式的RDB版本，存在老版本Redis服务无法兼容新版RDB格式的问题(版本不兼容)

6. 停止RDB备份

1. 方式一：注释掉redis.conf中的

   save 900 1
   save 300 10
   save 60 10000
   

2. 方式二：执行命令：redis-cli config set save “”
   只对本次启动有效

   注意：只去掉redis.conf中save ""前面的#，是不行的

7. 其他

• Redis默认也是采用RDB方式进行备份的，AOF功能是关闭的