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被修改,那么发起一次快照保存操作