【问题标题】:Redis 4.0.10: why do we have 0 keys but 9GB dataset size?Redis 4.0.10:为什么我们有 0 个键但数据集大小为 9GB?
【发布时间】:2021-09-29 17:57:24
【问题描述】:

我们使用来自 AWS 的 ElastiCache 和 redis_version:4.0.10。 我们可以看到这些统计数据似乎没有意义(0 键,9G 消耗)。 也确实 Redis 已满,不接受写入。

hostname.amazonaws.com:6379> memory stats
 1) "peak.allocated"
 2) (integer) 9562806680
 3) "total.allocated"
 4) (integer) 9168470408
 5) "startup.allocated"
 6) (integer) 4197000
 7) "replication.backlog"
 8) (integer) 1048576
 9) "clients.slaves"
10) (integer) 33940
11) "clients.normal"
12) (integer) 117622
13) "aof.buffer"
14) (integer) 0
15) "overhead.total"
16) (integer) 5397138
17) "keys.count"
18) (integer) 0
19) "keys.bytes-per-key"
20) (integer) 0
21) "dataset.bytes"
22) (integer) 9163073270
23) "dataset.percentage"
24) "99.986907958984375"
25) "peak.percentage"
26) "95.876358032226562"
27) "fragmentation"
28) "0.65151870250701904"

【问题讨论】:

  • 我猜你已经运行了flushall asyncflushdb async。所以key count已经被重置为0,但是内存还在释放过程中。

标签: linux amazon-web-services memory redis amazon-elasticache


【解决方案1】:

实际上,运行 Monitor 的客户端仍被视为已连接,尽管不再有客户端进程。它正在收集命令以列出此客户端。它有6G。我在 Redis 上杀死了客户端,内存立即被释放。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-08-04
    • 2021-07-11
    • 1970-01-01
    • 1970-01-01
    • 2020-05-28
    • 1970-01-01
    相关资源
    最近更新 更多