Redis 不会自动重写 appendonly 文件

标签 redis persistence

Redis 不会自动重写 appendonly 文件。

我的 dump.rdb 是 3Gb,但 appendonly 文件是 36Gb 并填满了磁盘。

相关配置:

appendonly yes
appendfilename "appendonly.aof"
appendfsync no
no-appendfsync-on-rewrite yes
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

据我了解,当大小增长 100% 时,这一行应该使 redis 重写 aof。
auto-aof-rewrite-percentage 100

它是否在后台创建了一个新的 aof 并与当前大小进行比较?
我手动重写了,aof是~4GB,那为什么不重写呢?

编辑:

Redis 版本:2.8.4

最佳答案

我得到这些信息:

  • 你同时打开RDB和AOF。
  • 手动重写命令成功。
  • auto-aof-rewrite-percentage配置好。
  • 从未触发自动重写。

  • AOF 在 RDB 运行时会延迟。我猜,Redis 正忙于 RDB bgsave , 和 AOF rewrite延迟每次检查 util 磁盘已满。 AOF rewrite检查频率基于配置hz .
    检查 rdb 和 aof 信息的 INFO 命令以确保这一点。

    关于Redis 不会自动重写 appendonly 文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42902669/

    相关文章:

    node.js - 无法解释的 Node.js 504s

    ios - 使用 CoreData 和依赖注入(inject) - 线程 1 : Fatal error: init(coder:) has not been implemented

    docker - Redis 转为副本时崩溃

    c# - 使用两个 Redis 实例 - 类似于 Mongos

    python - Redis 从 csv 发布。没有错误但没有收到数据

    ruby-on-rails - Rails、Heroku 和 UTF-8 错误中的无效字节序列

    java - jpa,使用非法命名查询的风险?

    python - HDF5 与包含文件的文件夹有何不同?

    java - 来自主键的 JPA 查询类