《redis in action》开启aof日志

共 1185字,需浏览 3分钟

 ·

2021-04-13 05:21

在上次文章中我们说aof的持久化问题是日志文件会不断变大,但是好处就是宕机导致的数据丢失很限制在很小的时间片段内。但是aof文件的不断变大是个重要的问题,如果有个几十G,那么redis按照每个命令重新跑一遍,那就需要花费相当的时间。
在redis中可以使用BGREWRITEAOF去解决这个问题。这个命令会将多余的命令进行移除,其工作过程和bgsave命令相似,先进行命令拷贝之后将日志重写到aof子日志文件中,当然是用该命令会导致内存的使用以及命令拷贝的时间消耗,还有就是我们重写aof日志文件的时候会有删除日志文件的动作,因此删除会有时间消耗。所以如果日志文件很大,那么redis的响应时间就会比较长。
在我们说快照的时候,我们说redis能自动触发bgsave进行快照,当然aof也可以,这其中有两个配置
auto-aof-rewritepercentage 100 #aof日志大小扩大一倍的时候重写 auto-aof-rewrite-min-size 64mb   #发生aof日志重写的最小大小
虽然将redis持久化到磁盘是很好的开始,但是很多时候数据任然是不安全的,因此最好还是将数据进行多节点备份。
在redis中开启aof持久化,需要在配置文件中配置
如果我们的文件中没有appendonly.aof,那么就我们可以采用命令config set appendonly yes进行开启,而config set save “”表示关闭rdb快照。当然如果不关闭表示两中持久化同时存在。
配置好之后,我们就可以看到我们的aof日志文件了。

总结一下aof相关的指令:
appendonly yes #是否开启aofappendfilename "appendonly.aof"  #aof日志名称# appendfsync always   #每个写入命令都触发aof文件的修改appendfsync everysec   #每秒一次aof文件修改# appendfsync no    #又操作系统进行决定auto-aof-rewrite-percentage 100 #两次aof写入变化一倍数据,就重新写一个日志文件auto-aof-rewrite-min-size 64mb   #日志文件变动64Mb的时候进行重写日志no-appendfsync-on-rewrite no  #设置是否在日志重写的时候进行日志的追加,会让主进程阻塞,但是数据的安全性很好,日志重写的时候会将命令写到缓存中。

下班了,听个歌放松一下吧!
浏览 25
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报