redis持久化总结-------面试和工作中都是重点

redis的持久化可以分为RDB(Redis DataBase)和AOP(Append Only File)两种。

redis的配置文件(redis.conf)中默认开启的是RDB持久化操作,关闭ROF操作.

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

 

下面是RDB文件默认刷新保存的时间(多久存储一次),save的规则满足的情况下，会自动触发rdb规则,其他的还有两种触发rdb保存

1.flushall 命令，也会触发我们的rdb规则。

2.退出redis时，也会产生 rdb 文件！ 备份就自动生成一个 dump.rdb 

 

默认重启redis时，会自动加载dump.rdb文件

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

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

缺点：
1、需要一定的时间间隔进程操作！如果redis意外宕机了，这个后一次修改数据就没有的了！ 

AOF(Append Only File)

默认是不会自动开启的，如下图(redis.conf文件中)，文件保存在 appendonly.aof 文件中 ，需要自己手动开启。将 no 改为 yes

aof 默认就是文件会无限追加(直到超过64mb时，重写)

 

优点：
1、每一次修改都同步，文件的完整会更加好！
2、每秒同步一次，可能会丢失一秒的数据 3、从不同步，效率高的！
缺点：
1、相对于数据文件来说，aof远远大于 rdb，修复的速度也比 rdb慢！ 2、Aof 运行效率也要比 rdb 慢，所以我们redis默认的配置就是rdb持久化！

 

扩展：

1、RDB 持久化方式能够在指定的时间间隔内对你的数据进行快照存储

2、AOF 持久化方式记录每次对服务器写的操作，当服务器重启的时候会重新执行这些命令来恢复原始 的数据，AOF命令以Redis 协议追加保存每次写的操作到文件末尾，Redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大。

3、同时开启两种持久化方式在这种情况下，当redis重启的时候会优先载入AOF文件来恢复原始的数据，因为在通常情况下AOF 文件保存的数据集要比RDB文件保存的数据集要完整。 RDB 的数据不实时，同时使用两者时服务器重启也只会找AOF文件，那要不要只使用AOF呢？作者 建议不要，因为RDB更适合用于备份数据库（AOF在不断变化不好备份），快速重启，而且不会有 AOF可能潜在的Bug，留着作为一个万一的手段。

4、性能建议
因为RDB文件只用作后备用途，建议只在Slave上持久化RDB文件，而且只要15分钟备份一次就够 了，只保留 save 900 1 这条规则。 如果Enable AOF ，好处是在恶劣情况下也只会丢失不超过两秒数据，启动脚本较简单只load自 己的AOF文件就可以了，代价一是带来了持续的IO，二是AOF rewrite 的后将 rewrite 过程中产 生的新数据写到新文件造成的阻塞几乎是不可避免的。只要硬盘许可，应该尽量减少AOF rewrite 的频率，AOF重写的基础大小默认值64M太小了，可以设到5G以上，默认超过原大小100%大小重 写可以改到适当的数值。 如果不Enable AOF ，仅靠 Master-Slave Repllcation 实现高可用性也可以，能省掉一大笔IO，也 减少了rewrite时带来的系统波动。代价是如果Master/Slave 同时倒掉，会丢失十几分钟的数据， 启动脚本也要比较两个 Master/Slave 中的 RDB文件，载入较新的那个，微博就是这种架构。