本篇文章带大家了解一下Redis持久化中的AOF,介绍一下AOF原理、AOF缺点,希望对大家有所帮助! AOF 上文我们提到了r Redis 中的一种持久化方式就是 RDB 此文我们来讲另一种实现方式那就是
AOF
- 上文我们提到了r
Redis
中的一种持久化方式就是RDB
此文我们来讲另一种实现方式那就是
AOF
AOF
是通过只记录Redis
写入命令的追加式日志文件AOF
日志存储的因为是顺序指令,所以在Redis
宕机后,内部"重走一遍老路",就可以达到恢复数据的目的
【相关推荐:Redis视频教程】
AOF原理
- 每次我们执行写入命令的时候,
Redis
都会把命令追加到AOF
文件里面实际是将内容写到内存的一个缓存汇总
所以
Redis
需要实时的去调用Linux
提供的fsync
函数每次将制定文件从内核缓存写到磁盘因为如果实时的去调用函数是非常我们也可以通过改变配置参数来调整调用
fsync
函数的频率
重写
- 如果一直追加
AOF
文件,日志会变得越来越大- 所以
Redis
内部实现了「重写」,用来压缩文件 - 首先因为很多的
key-value
早就已经国企,或者很多值不断被更新,那么日志还存这些无用的数据显然是可以进行优化的 - 所以创建一个子进程对内存进行遍历
- 遍历成一个新的文件日志,所以实现了只有最新的值才需要存储在
AOF
日志中 - 我们可以使用下图的命令来开启重写,当然也可以设置成自动执行
AOF
- 所以
AOF
缺点
每次遍历整个内存,会给系统带来很大的额外性能开销
每次恢复数据是一个很长的过程并且每次进行从内核写到磁盘很耗费IO性能
更多编程相关知识,请访问:编程入门!!
以上就是浅析Redis中AOF的原理和缺点的详细内容,更多请关注自由互联其它相关文章!