• Redis学习六:Redis的持久化-AOF


    AOF(Append Only File)

    一、是什么

    以日志的形式来记录每个写操作,将Redis执行过的所有写指令记录下来(读操作不记录),
    只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis
    重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

    二、Aof保存的是appendonly.aof文件

    三、配置位置

    四、AOF启动/修复/恢复

    1.正常恢复

    1)启动:设置Yes

    修改默认的appendonly no,改为yes

    2)将有数据的aof文件复制一份保存到对应目录(config get dir)

    3)恢复:重启redis然后重新加载

    2.异常恢复

    1)启动:设置Yes

    修改默认的appendonly no,改为yes

    2)备份被写坏的AOF文件

    3)修复:

    Redis-check-aof --fix进行修复

    4)恢复:重启redis然后重新加载

    五、Rewrite

    1.是什么:

    AOF采用文件追加方式,文件会越来越大为避免出现此种情况,新增了重写机制,
    当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩,
    只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof

    2.重写原理

    AOF文件持续增长而过大时,会fork出一条新进程来将文件重写(也是先写临时文件最后再rename),
    遍历新进程的内存中数据,每条记录有一条的Set语句。重写aof文件的操作,并没有读取旧的aof文件,
    而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件,这点和快照有点类似

    3.触发机制

    Redis会记录上次重写时的AOF大小,默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发

    六、优势

    1.每修改同步:appendfsync always   同步持久化 每次发生数据变更会被立即记录到磁盘  性能较差但数据完整性比较好

    2.每秒同步:appendfsync everysec    异步操作,每秒记录   如果一秒内宕机,有数据丢失

    3.不同步:appendfsync no   从不同步

    七、劣势

    1.相同数据集的数据而言aof文件要远大于rdb文件,恢复速度慢于rdb

    2.Aof运行效率要慢于rdb,每秒同步策略效率较好,不同步效率和rdb相同

    八、小总结

  • 相关阅读:
    restic 快速安全可靠的数据备份工具
    使用sidekick 负载均衡minio 集群
    sidekick简单试用
    使用nfpm打包deb&&rpm
    sidekick minio 团队开源的高性能http sidecar 负载均衡器
    baretest小巧但是强大的jest可选测试框架
    fetchq-cron 基于webhook 的任务调度工具
    uwsgi+nginx+flask+docker+supervisord oracle中文乱码问题
    gqless 一个强大灵活的不用写query的graphql client
    cortex 1.0 版本发布
  • 原文地址:https://www.cnblogs.com/pony1223/p/9672489.html
Copyright © 2020-2023  润新知