Redis键值查询全攻略，告别数据混乱，高效管理所有键值对

直接使用KEYS命令配合模式匹配，就能查询出所有符合条件的键值对，例如用KEYS user:*来查找所有以user:开头的键，但大生产环境慎用KEYS避免阻塞，建议用SCAN命令分批迭代。

从为什么需要查询说起

当Redis里的键越来越多，像user:1001、order:2023001、cache:session:abc这些，如果不清楚到底存了什么，很容易搞混。特别是别人建的项目，或者自己很久没碰，数据就会乱成一团。所以学会查询，就是管理Redis的第一步。

最基础的查询方法：KEYS命令

在Redis命令行输入KEYS *，会返回库里所有的键。但更常用的是带模式匹配，比如KEYS user:*，能找出所有用户相关键；KEYS order:2023*，能找2023年的订单键。星号(*)代表任意字符，问号(?)代表一个字符。这个方法简单，但如果你的键有几千万个，这个命令会让Redis卡住一会儿，因为它是遍历整个库。所以在自己电脑测试可以，线上服务器最好别直接用。

安全高效查询：SCAN命令

为了避免卡住，Redis提供了SCAN命令。它一次只查一小部分，分多次查完。用法是SCAN 0 MATCH user:* COUNT 100。这里的0是游标，第一次用0开始；MATCH后面跟匹配模式；COUNT建议每次查的数量，比如100。命令会返回一个新游标和结果列表。如果新游标不是0，就继续用这个新游标SCAN，直到游标变0，说明查完了。这样服务器压力小，不会阻塞其他操作。

按类型筛选键值

有时候我们只想知道哪些是字符串，哪些是哈希表。可以用TYPE命令，比如TYPE user:1001，会返回string或hash等。但一个个查太慢，可以结合SCAN和TYPE写个小脚本，遍历时判断类型。另外，Redis本身没有直接按类型查所有键的命令，所以这个需要自己处理。

查看键的详细信息

找到键名后，想看看里面存了什么。对于字符串，用GET key；对于哈希表，用HGETALL key，会列出所有字段和值；对于列表，用LRANGE key 0 -1，显示全部元素；对于集合，用SMEMBERS key；对于有序集合，用ZRANGE key 0 -1 WITHSCORES。这样就能清楚看到具体数据，避免误解。

管理键的生命周期

查询时，经常发现一些没用的旧键。可以用TTL key查看键的剩余过期时间（秒），-1表示永不过期，-2表示已过期。对于要删除的键，用DEL key删除单个，或UNLINK key（异步删除，不阻塞）。还可以用EXPIRE key seconds设置过期时间，让Redis自动清理。

用工具可视化查询

除了命令行，一些图形工具如RedisInsight、Another Redis Desktop Manager很好用。它们提供搜索框，直接输模式就能查键，还能看到树状结构，数据一目了然。适合不熟悉命令的人，管理起来更直观。

定期整理，保持清晰

建议每周或每月用SCAN扫一遍键，按业务前缀分类，比如user:、order:、cache:。删除测试键和过期数据。养成好习惯，数据就不会乱。

FAQ

问：KEYS命令为什么在生产环境慎用？
答：因为KEYS会遍历整个数据库的所有键，如果键数量巨大（例如上百万），这个操作会占用大量CPU并阻塞Redis服务器，导致其他命令无法及时响应，可能引起服务超时或中断。

问：SCAN命令每次返回的键数量为什么可能比COUNT指定的少？
答：SCAN命令基于游标的迭代器，COUNT参数只是一个建议值，实际返回的数量可能少于这个值，尤其是在数据库的哈希表正在进行扩容或缩容时，这是正常现象，只要游标不为0就继续迭代即可。

问：如何查询一个键是否存在？
答：使用EXISTS命令，例如EXISTS user:1001，返回1表示键存在，返回0表示键不存在。这是一个快速且低开销的操作。

引用来源：本文内容基于Redis官方文档（redis.io/commands）中关于KEYS、SCAN、TYPE等命令的说明，并结合了常见的数据库管理实践经验。