redis数据存储之-aof日志持久化

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了redis数据存储之-aof日志持久化，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1667字，纯文字阅读大概需要3分钟。

内容图文

原理：将执行的每一条命令，立即存储到一个指定的文件中

配置： appendonly yes # 是否打开 aof日志功能

appendfsync always # 每一个命令，都立即同步到aof 安全，速度慢

appendfsync everysec # 折中方案 每一秒写一次

appendfsync no # 写入工作交给操作系统，由操作系统判断缓存区大小，统一写到aof；同步频率低 速度快

no-appendfsync-on-rewirte yes # 正在导出rdb快照的过程中，要不要停止同步aof

下面两者配置一同使用

auto-aof-rewrite-percentage 100 # aof文件大小比起上次重写时的大小，增长率100%，重写

auto-aof-rewrite-min-size 64mb # aof文件，至少超过64M时重写

drwxr-xr-x. 2 root root   44 12月 10 10:32 .
drwxr-xr-x. 4 root root   46 12月 10 10:21 ..
-rw-r--r--. 1 root root  48M 12月 10 10:32 appendonly.aof
-rw-r--r--. 1 root root 3.9M 12月 10 10:32 dump.rdb
[root@localhost redis3.0]# ls -al rdb/ -lh
总用量 29M
drwxr-xr-x. 2 root root   44 12月 10 10:32 .
drwxr-xr-x. 4 root root   46 12月 10 10:21 ..
-rw-r--r--. 1 root root  25M 12月 10 10:32 appendonly.aof
-rw-r--r--. 1 root root 3.9M 12月 10 10:32 dump.rdb

通过redis-benchmark -n 次数 
直接展示了aof的重写

也可以通过命令进行重写
bgrewriteaof

在dump rdb过程中，aof如果停止同步，会不会丢失？

不会，所有的操作缓存在内存的队列里，dump完成后，统一操作

aof操作的话，有个这样的问题，比如设置age为1 然后incr age操作了100次，那么age为101但是aof文件中存储了这100次操作并且，文件又很大，能不能直接将age修复成101呢？

把内存中的key/value，逆化成相关的命令

使用aof重写

aof重写是？

aof重写是指把内存中的数据，逆化成命令，写到aof日志里，以解决aof日志过大的问题

rdb和aof文件都存在，我们优先使用aof来进行数据恢复

aof和rdb可以同时使用，但是不建议使用

rdb恢复数据比aof的恢复数据的速度快，因为rdb是数据的内存映射，直接载入内存，而aof是命令，需要逐条执行

内容总结

以上是互联网集市为您收集整理的redis数据存储之-aof日志持久化全部内容，希望文章能够帮你解决redis数据存储之-aof日志持久化所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---