首页 / REDIS / Redis持久化机制
Redis持久化机制
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Redis持久化机制,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含963字,纯文字阅读大概需要2分钟。
内容图文
Redis是一个支持持久化的内存数据库,也就是说Redis需要经常将内存中的数据同步到硬盘来保证持久化.
Redis支持两种持久化方式:
1. Snapshot(快照),也是默认方式;
这种方式是将内存中数据以快照的方式写入二进制文件中,默认的文件名为dump.rdb.可以通过配置设置自动做快照持久化的方式.
save 900 1 #900秒内如果超过1个key被修改,则发起快照
save 300 10 #300秒内如果超过10个key被修改,则发起快照
save 60 10000 #60秒内如果超过10000个key被修改,则发起快照
我们可以看到,刚装完Redis的时候没有dump.rdb文件,满足快照要求后,系统会自动生成dump.rdb,且文件类型为二进制文件.
2.Append-only file(aof)方式;
由于快照方式是在一定间隔时间做一次的,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改.
aof比快照方式有更好的持久化性,是由于使用aof时,Redis会将每一个收到的命令都通过write函数追加到文件中,当Redis重启时会通过重新执行文件中保存的
写命令来在内存中重建整个数据库内容.
当然由于os会在内核中缓存write做的修改,所以可能不是立即写到磁盘上.这样aof方式的持久化也是有可能丢失部分修改
可以通过配置文件告诉Redis我们想要通过fsync函数强制os写入磁盘的时机.
appendfsync always #收到命令立即写入磁盘,效率最慢,但是保证完全的持久化
appendfsync everysec #每秒钟写入磁盘一次,在性能和持久化方面做了很好的折中
appendfsync no #完全依赖os,性能最好,持久化没保证
我们来在shell看一下:
编辑Redis.conf文件,修改appendonly no为appendonly yes
再次启动Redis,增加一个key
我们可以看到系统自动生成了一个appendonly.aof文件,且非二进制,我们用cat查看,其实里面保存的就是我们刚才新加的命令.
原文:http://www.cnblogs.com/lizzie-xhu/p/5487373.html
内容总结
以上是互联网集市为您收集整理的Redis持久化机制全部内容,希望文章能够帮你解决Redis持久化机制所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。