Redis容量怎么看，存储空间到底多大，怎么全面了解总容量情况

要全面了解Redis的容量情况，需要从多个层面来看，不能只看一个数字，这就像你看自己手机的存储空间，不仅要看总容量用了多少，还要知道是哪些应用（比如照片、视频、聊天记录）占用了大部分空间，这样才能决定是清理缓存还是删除文件来腾出地方,下面我们就分步来弄清楚Redis的容量问题。

第一，怎么看Redis当前的总使用容量？

最直接的方法是使用Redis自带的命令行工具，你连接到Redis服务器后，输入命令 INFO memory（来源：Redis官方文档），在返回的一大堆信息中，你需要重点关注一个叫做 used_memory 的指标，这个数字（通常以字节为单位）就是Redis当前实际使用的内存总量，包括了所有数据本身、以及Redis运行所需的一些内部开销，如果你觉得字节数太大不好理解，可以找一些在线的字节转换工具，或者记住大约100万字节（1MB）是1048576字节。

有时候你可能还会看到一个叫 used_memory_rss 的指标（来源：Redis官方文档），这个指标是操作系统视角下，Redis进程占用了多少物理内存，简单理解，used_memory 是Redis自己认为用了多少，而 used_memory_rss 是操作系统看到它占了多大地方，在理想情况下，这两个数字应该差不多，但如果Redis曾经删除过大量数据，可能会存在内存碎片，导致 used_memory_rss 比 used_memory 大一些。used_memory 是衡量数据量的核心指标。

第二，Redis的存储空间到底能有多大？

这个问题没有一个固定的答案，它完全取决于你运行Redis的服务器的物理内存大小，Redis的所有数据都存储在内存里，所以理论上，Redis的最大可用容量就是你给Redis服务器配置的最大内存限制,这个限制是可以设置的。

同样使用 INFO memory 命令，你可以找到一个叫 maxmemory 的指标（来源：Redis官方文档），这个值就是你为Redis设置的内存上限，如果这个值被设置为0，在64位系统上通常意味着没有限制，可以一直使用直到耗尽服务器所有可用内存（这很危险，会导致服务器崩溃）；在32位系统上则最大只能使用3GB左右内存。

当你问“存储空间多大”时，你需要去查看你服务器有多少物理内存，以及Redis的 maxmemory 配置是多少，这才是你的“天花板”。

第三，怎么全面了解总容量情况，知道是哪些数据占用了空间？

只知道总容量用了多少是远远不够的，关键是知道“谁”是占用空间的大户,这就需要更细致的分析。

1. 使用 INFO 命令看宏观分布： 再次使用 INFO 命令，但这次看的是 INFO stats 部分（来源：Redis官方文档），这里有一些有用的指标，keyspace_hits 和 keyspace_misses 可以帮你了解key的使用效率，但更直接的是看每个数据库的key数量，输入 INFO keyspace，它会显示类似 db0:keys=1000,expires=1 这样的信息，告诉你第0号数据库有1000个key，其中1个设置了过期时间，通过对比不同数据库的key数量,可以有个初步判断。

2. 使用 redis-cli 的强大工具进行扫描分析： 这是最关键的一步，Redis自带了一个非常实用的分析工具，你可以在操作系统命令行（不是在Redis内部），使用以下命令： redis-cli --bigkeys（来源：Redis官方文档） 这个命令会扫描整个Redis数据库，并统计出各种数据类型（string, list, hash, set, zset）中最大的key，它会告诉你哪种数据类型的key最多，以及每种类型中体积最大的key是哪个，这是快速找到“大块头”的最有效方法，它可能会返回“ Biggest string found 'user:10000:profile' has 12345 bytes”,你就立刻知道这个key可能存了很大的用户信息。

3. 更深入的分析：需要第三方工具或自定义脚本： --bigkeys 还不能满足你，比如你想知道所有key的大小分布，或者某个特定前缀（pattern）的key总共占用了多少空间，Redis本身没有直接提供这个功能,这时候就需要借助外部力量。

   • 使用 redis-rdb-tools： 这是一个第三方Python工具（来源：GitHub上的redis-rdb-tools项目），它可以分析Redis的持久化文件（RDB文件），生成一个非常详细的报告，包括每个key的内存占用、每种数据类型的总开销、甚至能生成CSV格式的文件供你进一步分析,这是做容量规划和深度优化时最权威的方法。
   • 自己写Lua脚本扫描： 对于有编程能力的用户，可以写一个Lua脚本，用 SCAN 命令（避免阻塞Redis）遍历所有key，然后用 DEBUG OBJECT 命令（注意，此命令在生产环境需谨慎使用）或 MEMORY USAGE 命令（Redis 4.0及以上版本支持，是更安全的选择）来获取每个key的精确内存占用（来源：Redis官方文档关于 MEMORY USAGE 的命令说明）,然后自己进行聚合统计。

全面了解Redis容量情况的步骤是：

1. 看总量： 用 INFO memory 盯住 used_memory 和 maxmemory。
2. 找元凶： 用 redis-cli --bigkeys 快速找出占用空间最大的key。
3. 深分析： 如果需要更全面的视图，使用像 redis-rdb-tools 这样的工具分析RDB文件。
4. 结合业务： 也是最关键的，把你分析出来的“大key”和你的业务逻辑对应起来，发现某个Hash key特别大，就要考虑是不是可以拆分成多个小key？是不是可以清理掉过期数据？或者是否需要对数据格式进行压缩？

通过这样由总到分、由表及里的方式,你就能对Redis的容量情况有一个非常清晰和全面的掌握了。