redis持久化---AOF与RDB区别

一，RDB与AOF区别

1. RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储
2. AOF持久化方式记录每次对服务器写的操作，当服务器重启时会重新执行这些命令来恢复原始数据，AOF命令以redis协议追加保存每次写的操作到文件末尾，redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大
3. 只做缓存的时候可以不做任何持久化
4. 同时开启两种持久化方式时
   • 当redis重启时会优先载入AOF文件来恢复原始数据
   • 因为在通常情况下,AOF文件保存的数据集要比RDB文件保存的完整
   • RDB的数据不实时，同时使用两者时服务器重启也只会找AOF文件。
   • 官方不推荐使用AOF持久化方法，因为RDB更适用于备份数据库（AOF在不断变化不好备份）
   • 可以做以防万一的手段开启AOF。

二，性能建议

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