Redis高级使用特性之持久化机制详解及相关设置

mr923

Redis服务器持久化机制详解及相关设置

 
　　下面切入正题咯：
 
 常用服务器命令总结(自用总结 不喜勿喷)：
Redis将内存中数据同步到硬盘来保证持久化机制的实现。这也是相比于memcache来说，好的地方。
Redis支持的两种持久化方式：snapshotting快照方式以及Append-only file(aof)方式,快照方式也是默认方式。
aof方式的理解：
aof是将RUD操作也就是增删改操作写到一个文件中。(文件中只是存的操作)。
redis会将每一个收到的写命令通过write函数追加到文件中，当redis重启时通过重新执行aof文件的各种写命令来在内存中还原重建整个数据库的内容。
aof具体设置例子：
介于操作系统在内核中缓存write函数所做的修改，所以可能不是立即写到磁盘上。
这样有可能aof方式的持久化不会被得到百分之百的执行，也就是说有可能会造成数据的部分丢失。
aof具体配置：
append only yes                //启用aof 持久化方式，redis默认启用的是快照方式，此处缺省的值是no。
#appendfsync always       //收到命令立即写入磁盘，能够保证完全的持久化，但使得整体性能较差。
#appendfsync no              //完全依赖于os操作系统内核，性能高效，但由于os的缓存，持久化有可能没有保证喔~
appendfsynv everysec     //每秒钟写入磁盘一次，相比于其他两种方式，这种方式在性能和持久化方面做到了很好的折中。
 
但是，想到个问题...提一下，如果对某一个key执行了很多次操作，这时aof方式应该会将历史操作都会写入到文件中，这样我觉得有点不合理，应该只写入同一个键的最后一次操作才对。希望Redis团队可以改进！(这个也许是我想多了，大家忽略吧。。。)
 
snapshotting快照方式的理解：
snapshotting是将整个数据写入一个二进制文件。(文件中是整个数据库中的数据)。具体方法是将内存中的数据以快照的方式写入二进制文件中，默认文件名位dump.rdb。
snapshotting更改快照的方式：
可通过配置redis的配置文件来配置，我们可以配置redis在n秒内如果超过了m个key操作那么就自动做一次快照。
snapshotting具体配置例子：(这几个配置可以同时设置的喔~楼主亲测有效！)
save 1000 10 #如果1000秒内超过10个key被修改，那么发起一次快照保存操作
save 500 30 #如果500秒内超过30个key被修改，那么发起一次快照保存操作
save 10 2 #如果10秒内超过2个key被修改，那么发起一次快照保存操作