Redis持久化

Redis提供了不同级别的持久化方式:
RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储
AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大.

RDB
redis 是内存数据库,断电及失,因此需要持久化,默认使用RDB,一般情况下我们无需修改RDB配置,即可使用
Redis会单独创建一个fork子进程来进行持久化,子进程中循环所有的数据,将数据写入到二进制文件中,会先将数据写入到一个临时文件中,待持久化过程都结束了,在用这个临时文件替换上次持久化好了的文件.整个过程中,主进程是不进行任何IO操作的,确保极高的性能,如果需要进行大规模数据的回复,且对数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加高效.RDB的去电就是最后一次持久化后的数据可能丢失
RDB保存的文件是dump.rdb
关于快照的配置在SNAPSHOTTING项中

触发机制:
1.配置文件中的save规则满足, 自动触发RDB
2.执行flush all命令
3.关闭Redis服务时

RDB的优点:
1.适合大规模的数据恢复
2.对数据的完整性要求不高
3.RDB是一个紧凑的单一文件,很方便传送到另一个远端数据中心
RDB的缺点:
1.需要一定的时间间隔进行操作,如果redis意外宕机了,最后一次修改的数据就没有了
2.fork进程的时候会占用一定的内存空间

AOF
AOF是将我们所有的命令都记录下来,然后在恢复的时候再重新执行一次,并且只记录写操作的命令,读命令不会记录,只追加文件,因此aof的速度会慢一些,尤其是大数据的情况下,恢复数据也需要很久
AOF保存的文件是 appendonly.aof
AOF默认不开启, 如果需要开启, 需要将配置文件中appendonly no改为yes

AOF的优点
1.每秒同步一次, 最多会丢失最后一秒数据
2.每次修改都同步, 文件的完成性会更好
AOF的缺点
1.相对于rdb，aof远大于rdb, 修复速度也比rdb慢
2.根据所使用的 fsync 策略, AOF的速度可能会慢于RDB

如何选择使用哪种持久化方式?
一般来说,如果想达到足以媲美PostgreSQL的数据安全性,你应该同时使用两种持久化功能
如果你非常关心你的数据,但仍然可以承受数分钟以内的数据丢失,那么你可以只使用RDB持久化
有很多用户都只使用AOF持久化,但并不推荐这种方式,因为定时生成RDB快照(snapshot)非常便于进行数据库备份,并且RDB恢复数据集的速度也要比AOF恢复的速度要快