Redis--9.进阶(RDB方式持久化)

1.介绍RDB（Redis  DataBase）

在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里。Redis会单独创建( fork ) 一个子进程来进行持久化,会先将数据写入到一一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何I0操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB ,一般情况下不需要修改这个配置!

rdb保存的文件就是dump.rdb

2.测试

我们修改配置文件，设置为30s内修改了5次，就触发rdb机制：

先看目录下是没有dump.rdb文件的：

然后我们放5个值到库中：

再查看目录：出现了dump.rdb文件了

然后我们断开redis客户端：

然后重新加连接客户端，看一下之前存的5个数据还在不在 ：发现确实持久化了

3.触发机制                                                                                                                                               

 1）满足配置文件中save指令的要求时，触发生成.rdb文件

 2）执行了flashall命令后，自动生成.rdb文件

 3）退出redis客户端（shutdown）时，自动触发生成.rdb文件

4.恢复数据

只需要将.rdb文件放在我们redis启动目录就可以, redis启动的时候会自动检查dump.rdb并恢复其中的数据!生产环境下一般会对dump.rdb进行备份
注：config  get dir 即可查看启动目录

5.优缺点

优点:
1.适合大规模的数据恢复!
2.对数据的完整性要不高!
缺点:
1.需要一定的时间间隔进行操作!如果redis意外宕机了,这个最后一次修改数据就没有了!
2.fork进程的时候,会占用一定的内存空间!