Redis持久化之AOF

发表于

「这是我参与11月更文挑战的8天，活动详情查看：2021最后一次更文挑战」

AOF

image.png

  • 上文我们提到了rRedis中的一种持久化方式就是RDB
    • 此文我们来讲另一种实现方式那就是AOF
    • AOF是通过只记录Redis写入命令的追加式日志文件
    • AOF日志存储的因为是顺序指令，所以在Redis宕机后，内部”重走一遍老路”，就可以达到恢复数据的目的

AOF原理

  • 每次我们执行写入命令的时候，Redis都会把命令追加到AOF文件里面
    • 实际是将内容写到内存的一个缓存汇总
    • 所以Redis需要实时的去调用Linux提供的fsync函数每次将制定文件从内核缓存写到磁盘
    • 因为如果实时的去调用函数是非常我们也可以通过改变配置参数来调整调用fsync函数的频率

重写

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

image.png

AOF缺点

  1. 每次遍历整个内存，会给系统带来很大的额外性能开销
  2. 每次恢复数据是一个很长的过程并且每次进行从内核写到磁盘很耗费IO性能

本文转载自: 掘金

开发者博客 – 和开发相关的 这里全都有

0%