redis（13）持久化操作-AOF

转载 作者：我是一只小鸟 更新时间：2023-03-02 14:32:00 26 4

AOF（Append Only File）

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

AOF 持久化流程

1. 客户端的请求写命令会被 append 追加到 AOF 缓冲区内； 。

2. AOF 缓冲区根据 AOF 持久化策略 [always,everysec,no] 将操作 sync 同步到磁盘的 AOF 文件中； 。

3. AOF 文件大小超过重写策略或手动重写时，会对 AOF 文件 rewrite 重写，压缩 AOF 文件容量； 。

4. Redis 服务重启时，会重新 load 加载 AOF 文件中的写操作达到数据恢复的目的.

 

AOF 默认不开启

可以在 redis.conf 中配置文件名称默认为 appendonly.aof 文件中开启，AOF 文件的保存路径，同 RDB 的路径一致。   。

AOF 和 RDB 同时开启，redis 听谁的？

AOF 和 RDB 同时开启，系统默认取 AOF 的数据（数据不会存在丢失）。   。

AOF 启动、修复、恢复

• AOF 的备份机制和性能虽然和 RDB 不同，但是备份和恢复的操作同 RDB 一样，都是拷贝备份文件，需要恢复时再拷贝到 Redis 工作目录下，启动系统即加载.

• 正常恢复 。

  • 修改默认的 appendonly no，改为 yes。
  • 将有数据的 aof 文件复制一份保存到对应目录 (查看目录：config get dir)。
  • 恢复：重启 redis 然后重新加载。

• 异常恢复 。

  • 修改默认的 appendonly no，改为 yes。
  • 如遇到 AOF 文件损坏，通过 /usr/local/bin/ redis-check-aof–fix appendonly.aof 进行恢复。
  • 备份被写坏的 AOF 文件。
  • 恢复：重启 redis，然后重新加载。
     

AOF 同步频率设置

• appendfsync always：始终同步，每次 Redis 的写入都会立刻记入日志；性能较差但数据完整性比较好.

• appendfsync everysec：每秒同步，每秒记入日志一次，如果宕机，本秒的数据可能丢失.

• appendfsync no：redis 不主动进行同步，把同步时机交给操作系统。   。

Rewrite 压缩

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

重写原理，如何实现重写

AOF 文件持续增长而过大时，会 fork 出一条新进程来将文件重写 (也是先写临时文件最后再 rename)，redis4.0 版本后的重写，是指把 rdb 的快照，以二进制的形式附在新的 aof 头部，作为已有的历史数据，替换掉原来的流水账操作.

no-appendfsync-on-rewrite:

• 如果 no-appendfsync-on-rewrite=yes ，不写入 aof 文件只写入缓存，用户请求不会阻塞，但是在这段时间如果宕机会丢失这段时间的缓存数据。（降低数据安全性，提高性能） 。

• 如果 no-appendfsync-on-rewrite=no，还是会把数据往磁盘里刷，但是遇到重写操作，可能会发生阻塞。（数据安全，但是性能降低）   。

触发机制，何时重写

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

重写虽然可以节约大量磁盘空间，减少恢复时间。但是每次重写还是有一定的负担的，因此设定 Redis 要满足一定条件才会进行重写.

• auto-aof-rewrite-percentage：设置重写的基准值，文件达到 100% 时开始重写（文件是原来重写后文件的 2 倍时触发）.

• auto-aof-rewrite-min-size：设置重写的基准值，最小文件 64MB。达到这个值开始重写.

• 系统载入时或者上次重写完毕时，Redis 会记录此时 AOF 大小，设为 base_size.

• 如果 Redis 的 AOF 当前大小 >= base_size +base_size*100% (默认) 且当前大小 >=64mb (默认) 的情况下，Redis 会对 AOF 进行重写.

• 例如：文件达到 70MB 开始重写，降到 50MB，下次什么时候开始重写？100MB   。

重写流程

1. bgrewriteaof 触发重写，判断是否当前有 bgsave 或 bgrewriteaof 在运行，如果有，则等待该命令结束后再继续执行； 。

2. 主进程 fork 出子进程执行重写操作，保证主进程不会阻塞； 。

3. 子进程遍历 redis 内存中数据到临时文件，客户端的写请求同时写入 aof_buf 缓冲区和 aof_rewrite_buf 重写缓冲区，保证原 AOF 文件完整以及新 AOF 文件生成期间的新的数据修改动作不会丢失； 。

4. 子进程写完新的 AOF 文件后，向主进程发信号，父进程更新统计信息。主进程把 aof_rewrite_buf 中的数据写入到新的 AOF 文件； 。

5. 使用新的 AOF 文件覆盖旧的 AOF 文件，完成 AOF 重写.

 

AOF持久化优势

备份机制更稳健，丢失数据概率更低.

可读的日志文本，通过操作 AOF 稳健，可以处理误操作。   。

AOF持久化劣势

• 比起 RDB 占用更多的磁盘空间.

• 恢复备份速度要慢.

• 每次读写都同步的话，有一定的性能压力.

• 存在个别 Bug，造成恢复不能。   。

总结

最后此篇关于redis（13）持久化操作-AOF的文章就讲到这里了,如果你想了解更多关于redis（13）持久化操作-AOF的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。

26 4 0

• nosql - Redis - 没有办法从禁用 AOF 的环境迁移到启用 AOF 的环境吗？

  基本上我的情况是这样的: 1) 我最初在没有 AOF 的情况下启动了 Redis，并让它运行了 n 周。 2) 我决定要使用 AOF，所以我在 n+1 周后重启 Redis 并打开 AOF。 3) 我

• redis（13）持久化操作-AOF

  AOF（Append Only File） 以日志的形式来记录每个写操作（增量保存） ，将 Redis 执行过的所有写指令记录下来 (读操作不记录)， 只许追加文件但不可以改写文件 ，

• Redis巡检检查redis-check-aof

  一、AOF1、AOF  是什么以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，

• redis - 来自RDB基本文件的Redis AOF

  我正在寻找备份Redis数据的最佳方法。 我读了有关RDB和AOF的文章。但是从我的 Angular 来看，最好的方法是按以下方式进行组合: 定期创建RDB，然后仅保存AOF。 这样，当您重新启动时。

• Redis 启动时不加载 AOF

  我最近将 Redis 配置为使用 AOF 以及 RDB 快照。 但是，看起来 AOF 在服务器启动时没有正确重放。 我停止了服务。然后我使用 redis-check-aof 确保 /var/redis

• 就这？Redis持久化策略——AOF

  今天为大家介绍Redis的另一种持久化策略——AOF。 什么是AOF 男孩“一觉醒来”忘记了对女孩子的承诺，这时候女孩子把曾经海誓山盟的录音逐条播放给男孩子听，帮助他“恢复记忆”。 “男孩

• Redis AOF 重写问题，没有新的客户端连接

  我的 Redis 实例显然已停止重写 AOF 文件(它已增长到许多 Gb)。更糟糕的是，它似乎停止为新的客户端连接提供服务(当使用 redis-cli 连接时，连接会通过，但随后它会在任何命令上卡住)

• redis - 具有持久性的数据迁移(RDB，AOF)

  我已阅读 Redis 文档以找到标题的答案。但我找不到它。我想知道在集群节点迁移时如何操作RDB和AOF。 假设在同一个集群中有2个节点。(A节点，B节点)* RDB、AOF选项开启。 如果A的一些数

• redis - 当 .aof 文件非常大时会发生什么？

  我正在使用 Redis 2.8.4。仅在配置中启用附加。根据我的要求，它工作正常，但这个文件可能会变得越来越大，因此将来可能会造成内存不足？有什么解决办法吗？ 最佳答案 Redis 有一种方法可以通过

• Redis持久化机制RDB、AOF、混合持久化详解！如何选择？

  本文已经收录进 JavaGuide （「Java学习+面试指南」一份涵盖大部分 Java 程序员所需要掌握的核心知识。） Redis 持久化机制属于后端面试超高频的面试知识点，老

• Redis 学习笔记（四）RDB 和 AOF 持久化机制

  一、Redis 持久化简介 Redis 的持久化功能是区别于 Memcached 显著特性，数据持久化可以保证系统在发生宕机和重启后数据不会丢失，对于 redis 这种存储在内存中的数据库显得尤为重要

• redis - Redis中使用RDB+AOF混合持久化时如何自动flush appendonly.aof？

  我正在尝试在具有以下配置的 Redis 中使用混合持久性(RDB + AOF 作为尾部): aof-use-rdb-preamble yes appendonly yes save 10 1 # 或

• redis - 有没有办法防止 Redis AOF 日志重写？

  是否有一个配置选项可以防止 Redis 在“变得太大”时重写 AOF 日志？ 最佳答案 来自 redis.conf : # Specify a percentage of zero in order

• Redis 使用 RDB 和 AOF 文件作为磁盘持久化

  我们在生产中使用 6 GB 数据大小的 redis 服务器，最初我们认为 Redis 只能用作内存缓存，如果它重新启动，那么我们可以从持久性数据存储中重新填充，停机时间最短。 现在我们意识到从持久性存

• redis - Ubuntu 的 Redis AOF 文件的默认位置是什么？

  背景 昨天我们的机器意外崩溃，Redis 的 AOF 文件损坏了。 尝试使用 sudo systemctl start redis-server 启动服务时我们收到以下日志: Bad file for

• redis - 如何禁用 Redis RDB 和 AOF？

  如何彻底禁用RDB和AOF？我不关心持久性，只希望它在内存中。 我已经注释掉了: #save 900 1 #save 300 10 #save 60 10000 但这没有帮助，我看到 Redis 仍在

• amazon-s3 - Redis、AOF 文件和 Amazon S3

  有没有办法将 AOF 文件保存在 Amazon S3 上而不是存储在本地？ 这将避免用完大型数据集的磁盘空间。 最佳答案 您可以将 S3 挂载为盘符(例如:TntDrive)并设置 Redis 写入该

• database - Redis AOF 和 Tarantool WAL 日志的区别

  我正在读这个article关于 Tarantool，他们似乎说 AOF 和 WAL 日志的工作方式不同。 Tarantool: besides snapshots, it has a full-sca

• php - 如何在 Windows 上的 Redis 中启用 AOF？

  如何在 Windows 上的 Redis 中启用 AOF？ 我想将数据写入磁盘，以便在服务器重新启动后再次使用它。 在我试过的 .php 文件中: $redis->bgRewriteAOF(); 在r

• redis - 在没有 AOF 的情况下，是否可以在崩溃后保持 Redis 中集合的一致性？

  对 Redis 有点陌生。 假设设置/情况:假设 Redis 每 10 分钟做一次快照。 AOF 关闭。你有一个名为“帖子”的集合，它保存帖子的 ID。您还有 MySQL 表来保存帖子的 ID。 My