桥山之巅,姬水之畔

Redis(五)-持久化之RDB

2019.07.30

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功能是关闭的