Redis(四)-持久化RDB

一、是什么

在指定时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的snapshot快照，它恢复时将快照文件直接读到内存里

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到

一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。

整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能

如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方

式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

（对数据精度要求不高，可选rdb）

二、fork

fork的作用是复制一个与当前进程一样的进程。新进程的所有数据数值都和原来的进程一直，但是实一个全新的进程，并作为原进程的子进程

三、Rdb 保存的是dump.rdb文件

路径位置：

Rdb 保存的是dump.rdb文件

文件路径。默认是启动Redis命令下的当前路径下

四、如何触发RDB快照

1、配置文件中默认的快照配置

 2、命令save或者是bgsave

Save：save时只管保存，其它不管，全部阻塞

BGSAVE：Redis会在后台异步进行快照操作，

快照同时还可以响应客户端请求。可以通过lastsave

命令获取最后一次成功执行快照的时间

3、执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义

五、如何恢复

1、将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可 

2、CONFIG GET dir获取目录

六、优势和劣势

优势：

适合大规模的数据恢复

对数据完整性和一致性要求不高

劣势：

在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改

Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑

七、如何停止 

动态所有停止RDB保存规则的方法：redis-cli config set save ""

八、总结

最终其实为了数据的一致性，使用主从复制