概述
redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF持久化（原理是将Reids的操作日志以追加的方式写入文件）。
RDB持久化
RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。
RDB持久化
整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能。
redis默认的持久化方式就是RDB持久化，一般情况下不需要修改这个配置。
生产环境下，一般会备份dump.rdb文件
RDB的触发机制
-
save规则满足执行下，会自动生成.rdb文件。 - 执行
flushall命令后，会生成.rdb文件。 - 退出redis也会生成.rdb文件。
AOF（Append Only File）持久化
AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。（将所有命令都记录下来，恢复时再将所有命令全部执行一遍！）
AOF持久化
只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就会根据日志文件内容将写指令从前到后执行一次已完成数据的恢复工作。
AOF保存的文件默认名为：appendonly.aof
redis默认不开启AOF，需要时需在redis.conf中开启
注：若appendonly.aof文件有错误，那么redis是启动不起来的，我们需要去修复这个.aof文件。redis提供了
redis-check-aof --fix .aof 可以自动修复.aof文件。
AOF的rewrite机制
AOF默认就是文件的无限追加，文件会越来越大！
如果.aof文件大于64m，fork一个新的进程来将文件重写。
RDB持久化与AOF持久化的优缺点比较
RDB持久化的优缺点
优点：
- 适合大规模的数据恢复。
- 对数据的完整性要求不高的情况，RDB要比AOF更加高效。
缺点：
- 需要一定的时间间隔去操作。如果redis服务意外宕机，那么最后一次修改的数据就没有了。
- fork进程时，会占用一定的内存空间。
AOF持久化的优缺点
优点：
- 每一次修改都同步，文件的完整性会更好！
- 每秒同步一次，可能会丢失一秒的数据。
- 从不同步，效率最高。
缺点：
- 相对于数据文件而言，aof远大于rdb，修复的速度会比rdb慢！
- aof运行效率也会比rdb慢。
