Redis数据持久化RDB与AOF比较

一、RDB

RDB 即 Redis DataBase ，RDB 是 Redis 默认的持久化方案。在指定的时间间隔内，将执行的写操作，则会将内存中的数据写入到磁盘中。即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据。

当满足条件时，redis单独会fork（创建）一个新的线程，会先将内存中的数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次已经持久化好了的文件，整个过程中，主进程是不进行任何IO操作的，确保了极高的性能，此时的主进程还可以进行读写操作。rdb数据持久化的缺点是最后一次持久化的数据可能丢失，当在最后一次持久化的时间截点内还没有持久化，此时机器宕机了或出故障了，那么最后一次的数据就没有持久化到。

Fork:fork的作用是复制一个与当前进程一样的进程，新进程的所有数据（变量、环境变量、程序计数器等）数值都和原进程一致，但是是一个全新的进程，也称为原进程的子进程。

优点：使用单独子进程来进行持久化，主进程不会进行任何IO操作，保证了redis的高性能 

执行save（阻塞， 只管保存快照，其他的等待） 或者是bgsave （异步）命令

二、AOF

AOF 即 Append Only File，Redis 默认不开启AOF,

开启：

appendonly yes

appendfilename "appendonly.aof"

指定更新日志方式

always 同步持久化，每次发生数据变化会立刻写入到磁盘中。性能较差当数据完整性比较好

everysec 出厂默认推荐，每秒异步记录一次（默认值）

appendfsync everysec

AOF文件损坏修复方法

进入redis安装路径 执行 redis-check-aof --fix appendonly.aof

重写机制

Redis还支持对AOF文件进行后台重写机制，使得文件体积不至于太大。

Redis会记录上次重写时AOF的大小，默认配置是当AOF大小是上一次rewrite后大小的一倍且文件大于64M时触发。

auto-aof-rewrite-percentage 100

auto-aof-rewrite-min-size 64mb

缺点：AOF持久化记录每次的写操作，文件追加会越来越大，数据恢复慢于rdb

优点：数据完整性高