本篇文章带大家了解一下redis持久化中的aof，介绍一下aof原理、aof缺点，希望对大家有所帮助！

AOF

• 上文我们提到了rRedis中的一种持久化方式就是RDB

  • 此文我们来讲另一种实现方式那就是AOF

  • AOF是通过只记录Redis写入命令的追加式日志文件

  • AOF日志存储的因为是顺序指令，所以在Redis宕机后，内部"重走一遍老路"，就可以达到恢复数据的目的

【相关推荐：Redis视频教程】

AOF原理

• 每次我们执行写入命令的时候，Redis都会把命令追加到AOF文件里面

  • 实际是将内容写到内存的一个缓存汇总

    

    Sentinal Redis

    监控Redis服务器健康状况、内存、性能及BullMQ队列。检查队列深度、失败任务，分析慢查询并诊断问题。

    下载

  • 所以Redis需要实时的去调用Linux提供的fsync函数每次将制定文件从内核缓存写到磁盘

  • 因为如果实时的去调用函数是非常我们也可以通过改变配置参数来调整调用fsync函数的频率

重写

• 如果一直追加AOF文件，日志会变得越来越大
  • 所以Redis内部实现了「重写」，用来压缩文件
  • 首先因为很多的key-value早就已经国企，或者很多值不断被更新，那么日志还存这些无用的数据显然是可以进行优化的
  • 所以创建一个子进程对内存进行遍历
  • 遍历成一个新的文件日志，所以实现了只有最新的值才需要存储在AOF日志中
  • 我们可以使用下图的命令来开启重写，当然也可以设置成自动执行AOF

AOF缺点

• 每次遍历整个内存，会给系统带来很大的额外性能开销

• 每次恢复数据是一个很长的过程并且每次进行从内核写到磁盘很耗费IO性能

更多编程相关知识，请访问：编程入门！！