Redis数据大小怎么查？这里有个新方法，试试看吧

“Redis数据大小怎么查？这里有个新方法,试试看吧”

想知道你的Redis数据库到底占了多大空间，这个需求很常见，你可能用过INFO memory命令，看到一堆数字，像used_memory、used_memory_rss什么的，但总觉得不够直观，特别是当你只想快速知道“我这个存了千万条数据的库，现在到底有多大？”的时候，今天不说那些老生常谈的方法，我们来聊一个更直接、更“接地气”的查询思路。

（来源：基于Redis官方文档中MEMORY USAGE命令和redis-rdb-tools第三方工具的实践应用）

为什么常规方法有点“隔靴搔痒”？

我们得明白为什么需要新方法，最常被提到的INFO memory命令，它给出的内存信息是全局的。used_memory表示Redis分配器实际分配的内存总量，这个数字很关键，但它回答的是“Redis进程当前总共使用了多少内存”，如果你想知道某个特定的、巨大的键（比如一个存储了几十万个元素的Hash键或者一个巨大的List键）吃了多少内存，INFO memory就无能为力了，它就像告诉你整栋楼的总面积,但你却想知道三楼那个最大的仓库具体占了多大地方。

另一个常用方法是redis-cli --bigkeys，这个命令很棒，它能扫描出你的数据库中哪种数据类型的键最大，以及最大的那个键是哪个，比如它会告诉你：“嘿，你最大的一个Hash键是user:session:ranking，里面有50万个字段。”但它依然有个小遗憾：它只告诉你这个键的“元素个数”最多，或者“值长度”最大，并不会直接告诉你这个键在内存中精确占用了多少字节，你知道它是个“大块头”，但不知道它具体有多“重”。

新方法上场：直击要害的“MEMORY USAGE”命令

Redis从4.0版本开始，内置了一个非常实用的命令：MEMORY USAGE key,这个命令就是专门为解决上述痛点而生的。

它的用法简单到不能再简单：你只需要在redis-cli里输入MEMORY USAGE 你的键名,它就会返回这个键及其值所占用的内存字节数。

举个例子： 假设你有一个键叫做 hotel:info:12345，存储了一个酒店的详细信息（用Hash结构），你很好奇这条数据到底占了多大空间，以前你可能只能猜,现在可以直接问Redis：

0.0.1:6379> MEMORY USAGE hotel:info:12345
(integer) 512

看，结果直接告诉你，这个键占了512字节，简单、直接、一目了然。

这个方法好在哪里？

1. 精准打击：不再看整个数据库的“体检报告”，而是直接给单个键“称体重”，这对于排查特定的大键、优化数据结构非常有帮助。
2. 真实成本：它计算的是这个键值对实际消耗的内存，包括它本身的数据结构和一些微小的内存开销（比如指针等）,比你自己根据字符串长度估算要准确得多。
3. 动态计算：它是实时计算的，所以你任何时候对键进行了修改（增删字段）,都可以立刻用这个命令看到内存的变化。

小提示：虽然这个命令非常方便，但因为它需要遍历键的内部数据结构来计算大小，所以对特别大的键（比如有上百万字段的Hash）执行时，可能会稍微消耗一点CPU资源，并且耗时稍长，在生产环境中，对这类大键进行操作时,最好选择在业务低峰期。

进阶玩法：如果你想看整个数据库的“体重分布图”

MEMORY USAGE解决了单个键的问题，但如果你不满足于此，想对整个数据库的内存使用情况有一个宏观的、可视化的了解，想知道每个键的“体重”排名，那该怎么办呢？这里就要请出另一个强大的工具了，它不是Redis自带的命令，而是一个用Python写的第三方工具：redis-rdb-tools。

（来源：Sripathi Krishnan开发的redis-rdb-tools开源项目）

这个工具的思路非常巧妙：它不直接连接线上正在运行的Redis服务（避免对生产环境造成压力），而是让你定期将Redis的内存快照（也就是RDB文件）备份出来,然后它来离线分析这个文件。

它的工作流程大概是这样的：

1. 生成RDB文件：在你的Redis服务器上，执行SAVE或BGSAVE命令（推荐用BGSAVE后台执行），生成一个.rdb文件。
2. 使用工具分析：将这份RDB文件下载到你的本地开发机或者测试服务器上，然后使用redis-rdb-tools来分析它。

安装好这个工具后,你可以运行类似下面的命令：

rdb -c memory /path/to/your/dump.rdb --bytes 1024 --largest 20 > memory_report.csv

这个命令的意思是：分析dump.rdb文件，只显示大于1024字节的键，并且只输出最大的20个键,然后把结果输出到一个CSV文件中。

打开生成的memory_report.csv，你会看到一个清晰的表格，里面列出了消耗内存最多的键、它们的数据类型、大小、元素数量等信息，这就像一份详细的“肥胖诊断书”，哪个键是“内存消耗大王”，一眼就能看出来，这对于做容量规划、发现潜在的性能瓶颈（比如不小心把整个列表塞进了一个键里）非常有价值。

总结一下

下次当你再纠结“Redis数据大小怎么查”时,可以根据你的需求选择：

• 快速查看单个键的内存占用：毫不犹豫地用 MEMORY USAGE your_key,这是最直接的新方法。
• 全面分析整个数据库的内存分布，找出所有“大胖子”：使用 redis-rdb-tools 离线分析RDB文件,生成一份详尽的内存报告。

这两个方法组合起来，一个用于“战术级”的快速排查，一个用于“战略级”的全局分析，能让你对Redis的内存使用了如指掌，希望这个新方法对你有帮助，不妨现在就打开终端，给你的几个关键键“称称重”吧！