持久化之RDB操作（重点）

RDB（Redis DataBase）

 

 在指定的时间间隔内将内存中的数据集快照写入磁盘，类似于Snapshot快照，恢复时将快照文件直接读取到内存中

Redis会单独创建(fork)一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件，整个过程中，主进程是不进行任何IO操作的。确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化的数据可能会丢失。

默认就是RDB，一般情况下不需要修改这个配置！ 

有时候生产环境会将这个文件备份

RDB保存的文件时 dump.rdb 都是在我们的配置文件中快照中进行配置

 

 

 

 

触发机制：

1、save的规则满足的情况下，会自动触发rdb规则

2、执行flushall命令，也会触发rdb规则

3、退出redis，也会产生rdb文件

备份就自动生成一个dump.rdb

如果恢复rdb文件

1、只需要将rdb文件放在我们redis启动目录就可以，redis启动的时候就会自动检查dump.rdp恢复其中的数据

2、查看需要存放的位置

 

 几乎默认配置就够用了

优点：1、适合大规模的数据恢复！dump.rdb

　　　2、对数据的完整性要求不高

缺点：

　　1、需要一定的时间间隔进行操作！如果redis意外宕机，最后一次修改数据就损失了

　　2、fork进程的时候，会占用一定的内存空间