如何通过Redis MEMORY USAGE命令精准分析不同数据类型的内存消耗-Redis-PHP中文网

memory usage返回的是jemalloc实际分配的内存总量，包含键名、值、redisobject元数据、过期字段、底层容器开销及内存对齐填充等，不等于数据本身大小，也不区分是否过期或共享。

如何通过redis memory usage命令精准分析不同数据类型的内存消耗

MEMORY USAGE 返回的是 jemalloc 实际分配的字节数，包含键名、值数据、redisObject 元数据、过期时间字段、底层容器（如 dict / ziplist）的指针与空桶开销、内存对齐填充等。它不等于 strlen(value)，也不等于序列化后的长度。

常见误判场景：

一个存了 100 个字段的 hash，VALUE 总长才 2KB，但 MEMORY USAGE 返回 1.8MB —— 很可能因 hash-max-ziplist-entries 超限，已切换为 hashtable 编码，且哈希表扩容到 65536 桶，每个 dictEntry 占 32 字节以上
set 中存 100 万个字符串，MEMORY USAGE 显示 120MB，但 INFO memory 的 used_memory 增量是 158MB —— 差的那部分来自 jemalloc 分配块粒度（如 128 字节对齐）和 dict 结构体自身开销（96 字节固定）
对已过期但未被删除的 key 执行 MEMORY USAGE，仍返回完整值 —— 它不区分是否有效，只看内存是否还被持有

MEMORY USAGE 不返回类型信息，也不支持批量或通配符。你无法靠它直接回答“当前 DB 中 hash 类型占用了多少内存”。

必须组合三步才能归类统计：

注意：MEMORY USAGE 对不存在的 key 返回 (integer) 0，若脚本未校验 key 存在性，会把大量 miss 当成“零占用”混入统计，拉低平均值；集群环境下还需手动路由到对应节点，否则报 CROSSSLOT 错误。

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

同一命令在不同结构上计算逻辑不同，直接影响结果可信度：

string：最接近“真实值”，主要含键名 + 值 + redisObject（16 字节）+ 过期字段（8 字节），无额外容器开销
hash / zset / set：取决于编码。用 DEBUG OBJECT key 查 encoding 字段：ziplist 或 intset 时内存紧凑；一旦切到 hashtable 或 skiplist，开销陡增，且 MEMORY USAGE 会反映整个结构体分配量
list：Redis 7+ 默认用 listpack，但若元素过多或含大 value，会转 quicklist；此时 MEMORY USAGE 包含所有 listNode 指针 + listpack 块分配 + 冗余空间
SAMPLES 参数仅对 set/zset/hash 生效（默认采样 5 个元素），对 string 或 list 无效 —— 传了也忽略

别在高峰批量扫 key。一次调用 MEMORY USAGE 可能阻塞主线程，尤其对百万级 zset 或嵌套深的 hash。

更稳的路径是分层验证：

先跑 redis-cli --bigkeys -i 0.1，快速识别各类型 top 样本（比如 hash: 421 keys, avg size 3.2MB）
挑出前 3 个最大 hash key，逐个执行 MEMORY USAGE + HLEN + DEBUG OBJECT，确认是否真由字段膨胀导致，还是编码切换所致
查 INFO memory 中 used_memory_human 和 DBSIZE 比值：若 DBSIZE 是 80 万但内存已达 12GB，基本可断定存在少数几个“胖 key”，不用全量扫描
想导出全量分布？只在开发环境用 SCAN + TYPE + MEMORY USAGE 脚本，并设好 client-output-buffer-limit normal 256mb 128mb 60 防断连