您好,登录后才能下订单哦!
这篇文章主要介绍了Redis中AOF原理和缺点是什么,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让小编带着大家一起了解一下。
上文我们提到了rRedis
中的一种持久化方式就是RDB
此文我们来讲另一种实现方式那就是AOF
AOF
是通过只记录Redis
写入命令的追加式日志文件
AOF
日志存储的因为是顺序指令,所以在Redis
宕机后,内部"重走一遍老路",就可以达到恢复数据的目的
【相关推荐:Redis视频教程】
每次我们执行写入命令的时候,Redis
都会把命令追加到AOF
文件里面
实际是将内容写到内存的一个缓存汇总
所以Redis
需要实时的去调用Linux
提供的fsync
函数每次将制定文件从内核缓存写到磁盘
因为如果实时的去调用函数是非常我们也可以通过改变配置参数来调整调用fsync
函数的频率
如果一直追加AOF
文件,日志会变得越来越大
所以Redis
内部实现了「重写」,用来压缩文件
首先因为很多的key-value
早就已经国企,或者很多值不断被更新,那么日志还存这些无用的数据显然是可以进行优化的
所以创建一个子进程对内存进行遍历
遍历成一个新的文件日志,所以实现了只有最新的值才需要存储在AOF
日志中
我们可以使用下图的命令来开启重写,当然也可以设置成自动执行AOF
AOF
缺点每次遍历整个内存,会给系统带来很大的额外性能开销
每次恢复数据是一个很长的过程并且每次进行从内核写到磁盘很耗费IO性能
感谢你能够认真阅读完这篇文章,希望小编分享的“Redis中AOF原理和缺点是什么”这篇文章对大家有帮助,同时也希望大家多多支持亿速云,关注亿速云行业资讯频道,更多相关知识等着你来学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。