这篇文章主要介绍了Redis中AOF原理和缺点是什么,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让小编带着大家一起了解一下。上文我们提到了rRedis
中的一种持久化方式就是RDB
此文我们来讲另一种实现方式那就是AOF
AOF
是通过只记录Redis
写入命令的追加式日志文件AOF
日志存储的因为是顺序指令,所以在Redis
宕机后,内部”重走一遍老路”,就可以达到恢复数据的目的【相关推荐:Redis视频教程】每次我们执行写入命令的时候,Redis
都会把命令追加到AOF
文件里面实际是将内容写到内存的一个缓存汇总所以Redis
需要实时的去调用Linux
提供的fsync
函数每次免费主机域名将制定文件从内核缓存写到磁盘因为如果实时的去调用函数是非常我们也可以通过改变配置参数来调整免费主机域名调用fsync
函数的频率如果一直追加AOF
文件,日志会变得越来越大所以Redis
内部实现了「重写」,用来压缩文件首先因为很多的key-value
早就已经国企,或者很多值不断被更新,那么日志还存这些无用的数据显然是可以进行优化的所以创建一个子进程对内存进行遍历遍历成一个新的文件日志,所以实现了只有最新的值才需要存储在AOF
日志中我们可以使用下图的命令来开启重写,当然也可以设置成自动执行AOF
每次遍历整个内存,会给系统带来很大的额外性能开销每次恢复数据是一个很长的过程并且每次进行从内核写到磁盘很耗费IO性能感谢你能够认真阅读完这篇文章,希望小编分享的“Redis中AOF原理和缺点是什么”这篇文章对大家有帮助,同时也希望大家多多支持云技术,关注云技术行业资讯频道,更多相关知识等着你来学习!
相关推荐: MySQL主主配置auto_increment_offset和auto_increment_increment参数的示例分析
这篇文章主要为大家展示了“MySQL主主配置auto_increment_offset和auto_increment_increment参数的示例分析”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“MySQL主主配置…