redis持久化策略

1. 快照
##持久化策略
save 900 1
save 300 10
save 60 10000

2. Append-only文件模式
##类似于redo日志或binlog
appendonly yes
appendfilename "appendonly.aof"

选项：
　　1、appendfsync no
　　当设置appendfsync为no的时候，Redis不会主动调用fsync去将AOF日志内容同步到磁盘，所以这一切就完全依赖于操作系统的调试了。对大多数Linux操作系统，是每30秒进行一次fsync，将缓冲区中的数据写到磁盘上。

　　2、appendfsync everysec
当设置appendfsync为everysec的时候，Redis会默认每隔一秒进行一次fsync调用，将缓冲区中的数据写到磁盘。但是当这一 次的fsync调用时长超过1秒时。Redis会采取延迟fsync的策略，再等一秒钟。也就是在两秒后再进行fsync，这一次的fsync就不管会执行多长时间都会进行。这时候由于在fsync时文件描述符会被阻塞，所以当前的写操作就会阻塞。

所以，结论就是：在绝大多数情况下，Redis会每隔一秒进行一次fsync。在最坏的情况下，两秒钟会进行一次fsync操作。

这一操作在大多数数据库系统中被称为group commit，就是组合多次写操作的数据，一次性将日志写到磁盘。

　　3、appednfsync always
当设置appendfsync为always时，每一次写操作都会调用一次fsync，这时数据是最安全的，当然，由于每次都会执行fsync，所以其性能也会受到影响

 　　建议采用 appendfsync everysec（缺省方式）
　　快照模式可以和AOF模式同时开启，互补影响

命令：BGREWRITEAOF， 我们应该经常调用这个命令来来重写

数据恢复：

如果只配置AOF,重启时加载AOF文件恢复数据；
如果同时 配置了RBD和AOF,启动是只加载AOF文件恢复数据;
如果只配置RBD,启动时将加载dump文件恢复数据。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10972173/viewspace-2085269/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10972173/viewspace-2085269/