Redis里怎么快速看清整个数据库，别只盯着单条命令了

很多人刚开始用Redis,总喜欢用GET、HGET这类命令去一条条查数据，这就像你走进一个巨大的仓库，却只用手电筒照着一个一个的纸箱子看，想知道整个仓库里到底放了啥，这种办法效率太低了，会让你完全失去全局视野，想快速看清Redis整个数据库的全貌，你得学会用一些更高级的“上帝视角”命令。

最基础也是最关键的一步,你得知道这个数据库里到底有多少个“钥匙”（Key），因为Redis是键值数据库，所有的数据都是通过键来组织的，这时候你不能一个个去数，得用DBSIZE这个命令（来源：Redis官方命令文档），这个命令会直接返回当前数据库里键的总数，让你立刻对这个数据库的规模有个大概的印象，比如返回几百万，那你就要意识到数据量很大，操作要小心；如果只有几千个，那就可以稍微放开手脚。

知道了总数,接下来你肯定想知道这些键都长什么样。KEYS命令（来源：Redis官方命令文档）是很多人第一个想到的，你可以用KEYS *来列出所有的键。*这里有个非常重要的警告：千万不要在生产环境（就是正在对外提供服务的正式服务器）上直接用`KEYS ！** 因为Redis是单线程的，KEYS 会一次性列出所有键，如果你的数据库里有几百万甚至上千万个键，这个命令会阻塞住整个Redis服务器，导致所有其他操作都无法进行，很可能引起服务崩溃，那怎么办呢？它并不是完全不能用，你可以用它来匹配一个特定的模式，比如KEYS user:，只查看以user:`开头的键，这样如果这类键不多，风险就小很多，但更安全的做法是，在从库（备份服务器）上执行，或者用下面更推荐的方法。

比KEYS安全得多的替代方案是SCAN命令（来源：Redis官方命令文档）。SCAN的设计初衷就是为了解决KEYS的阻塞问题，它不会一次性返回所有结果，而是采用游标的方式分批遍历整个键空间，你第一次执行SCAN 0，它会返回一部分键和一个新的游标值，你再用这个新的游标值执行SCAN [新游标]，它就会返回下一批键，这样一点点地迭代，直到游标返回0，表示遍历完成，这个过程是非阻塞的，每次只取一小部分，对服务器的影响微乎其微，虽然速度可能比KEYS慢一点，但绝对是生产环境看清数据库清单的首选工具。

现在你已经拿到了键的列表,但光知道键名还不够，你还得知道每个键对应的值是什么类型的，因为Redis有字符串（String）、哈希（Hash）、列表（List）、集合（Set）、有序集合（Sorted Set）等多种数据类型，你不知道类型，就没法用正确的命令去操作它，这时候TYPE命令（来源：Redis官方命令文档）就派上用场了，你可以用TYPE your_key来查看某个特定键的数据类型，你可以结合上面SCAN得到的键列表，写个小脚本批量检查键的类型分布，这样你就能知道数据库里哪种类型的数据占主导地位。

看清了键和类型,你可能还想知道一些更具体的信息，比如某个键占用了多少内存？它设置了过期时间吗？DEBUG OBJECT命令（来源：Redis官方命令文档，但官方不推荐用于客户端）和更现代的MEMORY USAGE命令（来源：Redis官方命令文档）可以估算一个键及其值占用的内存字节数，而TTL命令（来源：Redis官方命令文档）可以查看一个键还有多少秒过期（-1表示永不过期，-2表示键已不存在），这些信息对于分析数据库健康状况和排查问题非常有帮助。

还有一个更强大的“望远镜”，就是INFO命令（来源：Redis官方命令文档），这个命令返回的不是你的业务数据，而是Redis服务器本身的详细运行信息和统计报表，比如INFO keyspace会显示每个数据库的键数量和设置过期时间的键数量。INFO memory会告诉你总的内存使用情况、碎片率等关键指标，通过阅读INFO的输出，你不仅能“看清”数据，还能看清Redis服务本身的负载和健康度，这才是真正意义上的全局视角。

想快速看清Redis数据库,别再只盯着GET了，一个典型的流程是：先用DBSIZE摸清规模，再用SCAN安全地扫描所有键，用TYPE了解数据类型分布，必要时用MEMORY USAGE和TTL深入关键键的细节，最后用INFO命令从宏观层面把握服务器状态，掌握这套组合拳，你就能对整个数据库了如指掌了。