【Redis】持久化（RDB、AOF）

Redis的持久化

Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘中，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以Redis提供了持久化的功能

RDB （Redis DataBase）

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

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

rdb保存的文件是dump.rdb

触发rdb的机制

• save的规则满足的情况下，会自动触发rdb操作
• 执行flushall命令，会触发rdb操作
• 退出redis服务器时，也会触发rdb操作

如何恢复rdb文件

• 只需要将rdb文件放在redis的启动目录下就可以。redis启动时会自动检查dump.rdb文件恢复其中的数
  据
• 获取路径配置参数：config get dir #如果该目录下存在dump.rdb文件，启动就会根据这个文件恢复数据

优点：

• 适合大规模的数据恢复
• 对数据的完整性要求不高

缺点：

• 需要一定的时间间隔进行操作，如果redis意外宕机，最后一次持久化后的操作数据就没有了
• fork进程的时候，会需要占用一定的内存空间

AOF（Append Only File）

将所有写操作的命令都记录下来，类似history，恢复时将所有的命令都执行一遍！

AOF保存的文件是appendonly.aof

如果这个aof文件被恶意修改，这个时候redis是启动不起来的，我们需要修复这个aof文件！redis提供的一个工具 redis-check-aof --fix 来修改aof文件

优点：

• 每一次修改都同步，文件的完整性比较好
• 每秒同步一次，可能会丢失1s的数据

缺点：

• 相对于数据文件来说，aof远远大于rdb
• 修复的速度比rdb慢
• AOF的运行效率也比rdb慢