如何利用Redis内存分析工具找出大对象？-Redis-PHP中文网

不能。redis-cli --bigkeys仅统计每种数据类型中逻辑尺寸最大的key（如string字节数、list元素个数），不反映真实内存占用，无法显示memory usage值，也不能识别hash字段多但单值小等“隐形大key”，仅适用于快速粗筛。

如何利用redis内存分析工具找出大对象？

redis-cli --bigkeys 能不能直接看出内存占用？

不能。它只告诉你每种类型里“最大”的那个 key，比如 String 类型下字节数最多的、List 类型下元素个数最多的——但 List 有 10 万个元素，不代表它占内存最多；每个元素可能只有几个字节。真正决定内存消耗的是序列化后实际占用的字节数，而 --bigkeys 不查这个。

它的输出里没有 MEMORY USAGE 值，也没有 RDB 级别的精确统计，只能当粗筛工具用。

适合快速确认有没有明显异常的 key（比如单个 String 超过 50KB）
不适合定位 Hash 字段多但单字段小、或 ZSet 元素多但 score/value 极简这类“隐形大 key”
扫描过程用 SCAN，基本不阻塞，可放心在生产环境低峰期跑

为什么推荐用 redis-rdb-tools 而不是 debug object？

debug object 只能查单个 key，且需要连接到运行中的 Redis 实例，对每个 key 执行一次命令。如果数据库有 50 万 key，手动或脚本遍历不仅慢，还会给 Redis 带来额外负载——MEMORY USAGE 命令本身就有开销，高频调用可能影响线上延迟。

redis-rdb-tools 直接解析 dump.rdb 文件，完全离线，零干扰。它能给出每个 key 的精确内存占用（单位字节）、类型、编码、元素数量等，并支持按大小排序输出。

Redis Skill - 高性能缓存管理

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

下载

必须先拿到 RDB 文件：用 redis-cli bgsave（推荐）或找运维要最近的快照
安装只需：pip install redis-rdb-tools（Python 3.7+）
最常用命令：redis-rdb-tools --command size --db 0 /path/to/dump.rdb | sort -k3 -nr | head -20，直接列出 top 20 大 key

分析结果里哪些字段最关键？

输出类似这样：

Key : security:session:d400f11c3ddd43c4bbc5a09261e12f2b
Type : string
Size : 19331 bytes
Encoding: raw

重点关注三列：Size 是真实内存占用（不是 strlen），Type 告诉你数据结构是否合理，Encoding 暗示优化空间——比如 embstr 编码的 String 在小于 44 字节时更省内存，而 raw 表示已超出阈值转为动态分配。

若发现大量 Hash 的 Size 高但 Encoding 是 hashtable（而非 ziplist），说明字段数或单字段长度已突破 ziplist 限制，可能该拆分或改用其他结构
Stream 类型的 Size 包含所有 entry 的序列化开销，单条 entry 很小但总量巨大时，Size 会远高于直观预期
注意区分“单 key 大”和“key 数量多”：前者看 Size 列，后者需结合 INFO keyspace 中各 db 的 keys 数量判断

Redis Insight 和命令行工具怎么选？

Redis Insight 是图形界面，适合人工探查、交互式过滤、跨 db 对比，但它依赖服务端部署，且部分高级分析（比如按前缀聚合内存）需要企业版。命令行工具如 redis-rdb-tools 更轻量、可集成进监控脚本、便于自动化告警——比如每天凌晨自动跑一次 RDB 分析，把 Size > 1048576（1MB）的 key 推送到钉钉群。