Redis里怎么快速知道数据库有多大，简单又实用的方法分享

怎么快速知道你的Redis数据库现在有多大了？你可能觉得这还不简单，用INFO命令看一眼不就行了？没错，INFO命令确实是关键，但里面信息那么多，怎么快速找到我们关心的那个数字，以及怎么理解这个数字背后的意思，还是有点小门道的，咱们今天就抛开那些复杂的概念，用最直白的方式把它讲清楚。

最直接的一招：使用 INFO 命令

这个方法最简单,也最常用，你只需要打开你的Redis客户端（比如用redis-cli连上去），然后输入一个命令：

INFO memory

或者,你也可以输入更详细的：

INFO

然后在一大堆信息里找到关于内存的那一部分,咱们重点看INFO memory的输出，它会返回很多关于内存使用的信息，对我们判断数据库大小最有用的主要是以下几个：

• used_memory_human: 这是最直观、最常用的指标，Redis会用一个你一眼就能看懂的格式告诉你它当前使用了多少内存，它可能会显示“used_memory_human:1.23G”，这就意味着你的Redis数据库目前占用了大约1.23个GB的内存，这个数字基本上就代表了你的整个数据库的大小。
• used_memory: 这个是上面那个人类可读格式的原始值，单位是字节（bytes），比如1.23G对应的就是1320702443字节左右，一般在脚本里做自动化监控的时候，程序会更喜欢读取这个精确的数字。
• used_memory_peak_human: 这个也很有参考价值，它告诉你Redis自启动以来，内存使用达到过的峰值是多少，比如你的数据库平时就500M，但曾经某个时刻暴涨到2G，这个峰值会被记录在这里，这有助于你了解业务的最高负载情况。

最快的方法就是连接上Redis，执行INFO memory，然后盯着used_memory_human这一行看，几秒钟就能知道答案。

*为什么不能直接用`KEYS `看大小？**

可能有的朋友会想,我知道数据库里有多少个键，不也能大概知道大小吗？比如我先用KEYS *命令（注意：生产环境慎用这个命令！）列出所有键，看看数量，这个方法非常不推荐，原因有两点：

1. 性能杀手：KEYS *命令会一次性遍历数据库中的所有键，如果你的数据库里有几百万甚至上千万个键，这个命令会阻塞Redis服务器很长一段时间，在此期间Redis无法处理其他任何请求，可能导致服务瘫痪，这绝对是生产环境的一个禁忌操作。
2. 不准确：键的数量多，并不直接等于占用的内存大，一个键可能对应一个只有几个字节的字符串值，也可能对应一个包含几百万个元素的超大集合（Set）或哈希（Hash），10万个小小的字符串键占用的内存，可能远不如1个巨大的哈希表，键的数量和数据库大小没有直接的线性关系。

如果想看更细的，比如每个键多大怎么办？

我们不仅想知道总大小,还想知道是哪些“大胖子”键占用了最多的空间，方便我们进行优化，这时候，INFO memory就帮不上忙了，Redis没有直接提供一个命令来查看每个键的内存占用，有间接的方法可以做到。

一个比较实用的方法是使用Redis自带的redis-cli工具，配合--bigkeys参数，这个方法会在服务器上执行一次扫描，找出各种数据类型中最大的那个键。

你可以这样用：

redis-cli --bigkeys

执行后,它会给你一个总结性的报告，

 Biggest string found 'user:session:very_long_id_123456' has 12561 bytes
 Biggest hash found 'product:info:999' has 100000 fields
 Biggest list found 'queue:task' has 5000000 items

（来源：Redis官方文档关于redis-cli工具的说明）

这个方法的好处是它不会像KEYS *那样一次性耗尽资源，而是采用扫描的方式，对服务的影响相对较小，它能帮你快速定位到可能是“罪魁祸首”的那些大键，它只能找出每种类型里最大的一个（或几个，取决于版本），并不能给出所有键的详细大小列表。

如果非要看所有键的精确大小呢？

在一些深度排查的场景下,我们可能需要知道每一个键确切占用了多少字节，这时候，就需要用到更高级的工具了，Redis官方提供了一个叫redis-rdb-tools的第三方Python工具（来源：GitHub上的redis-rdb-tools项目）。

这个工具的原理是让你把Redis的内存快照（就是RDB文件）导出来一份，然后它来分析这个文件，它能生成一个详细的报告，里面可以列出每个键及其占用的内存大小，甚至可以生成CSV格式的文件，方便你排序和分析，命令大概长这样：

rdb -c memory dump.rdb --bytes 1024 --type string > memory-report.csv

这个命令的意思是：分析dump.rdb这个文件，只输出大于1024字节的、类型为string的键，并把结果输出到memory-report.csv文件中，这个方法非常强大和精确，但缺点是过程比较繁琐，需要生成RDB文件，并且要在额外的主机上安装分析工具，不适合日常快速查看。

总结一下

回到我们最初的问题“Redis里怎么快速知道数据库有多大”，答案就很清晰了：

• 日常快速查看：无脑用 INFO memory 命令，主要看 used_memory_human 的值，这是最简单、最实用、最安全的方法。
• 想找内存消耗大户：在可以接受短暂扫描的情况下，使用 redis-cli --bigkeys 来找出潜在的大键。
• 进行深度内存分析：当遇到棘手的内存问题需要彻底排查时，使用 redis-rdb-tools 这类离线工具来分析RDB文件，获取最详细的数据。

希望这个分享能让你下次需要查看Redis大小时,能毫不犹豫地用最合适的方法搞定它。