来源：一线码农的深夜笔记
前几天上线完，组里几个人在茶水间闲聊。小王一边泡咖啡一边说：“今早线上服务突然抖了一下，查了半天，发现是运维同事在查缓存的时候用了 KEYS user:*……”
话没说完，旁边的李哥直接笑了：“又一个踩坑的？我当年也是这么‘成长’起来的。”
我们相视一笑——这哪是成长，分明是血泪教训。
今天，我就想和大家聊聊这个看似无害、实则杀伤力巨大的命令：Redis 的 KEYS。
一、一个“查一下”的请求，为什么能让服务崩了？
你有没有遇到过这种情况：
“我只想看看现在有哪些用户缓存，执行个
KEYS user:*不就行了？”
听起来很合理，对吧？不增不删，只是“查一下”。
但问题就出在这儿——KEYS 不是普通的查询，它是一场全库扫描的“地毯式轰炸”。
Redis 是单线程的。这意味着它一次只能处理一个命令。当你执行 KEYS * 时，Redis 会从头到尾翻一遍所有的 key，这个过程不会中断，也不会让出 CPU。
假设你的 Redis 实例里有 500 万个 key，这一扫，可能就要几百毫秒。在这段时间里，所有其他请求——读的、写的、删的——全部排队等着。
延迟飙升，超时告警，服务雪崩……一连串问题接踵而至。
你说，这还是“查一下”吗？这简直是给生产环境扔了一颗定时炸弹。
二、KEYS 的“三宗罪”
1. 阻塞主线程
这是最致命的一点。Redis 的高性能建立在“快速响应”之上。而 KEYS 直接打破了这个前提。
它不像 GET、SET 那样 O(1) 完成，而是 O(N)，N 是整个 key 的数量。数据越多，它越慢。
2. 无法控制返回数量
KEYS user:* 会一次性返回所有匹配的 key。
如果匹配结果有几万个，网络传输也会成为瓶颈，客户端甚至可能直接卡死。
3. 生产环境的“禁词”
很多公司直接在 Redis 配置中禁用 KEYS 命令，或者通过代理层拦截。
阿里云、腾讯云的 Redis 服务，默认就不允许你用 KEYS *。
这不是小题大做，而是吃过太多亏。
三、那我该怎么查 key？用 SCAN！
Redis 早就为我们准备了更安全的替代方案：SCAN 命令。
它不像 KEYS 那样一口吃个胖子，而是“小口慢咽”，一次只拿一部分数据，下次接着来。
举个例子：
SCAN 0 MATCH user:* COUNT 1000：表示从头开始。MATCH user:*：只查以user:开头的 key。COUNT 100：建议每次返回 100 个左右（不保证精确）。
执行后，Redis 会返回两样东西：
- 一组 key 列表
- 一个“游标”数字，比如
17283
然后你再用这个游标继续：
SCAN 17283 MATCH user:* COUNT 100直到游标返回 0，说明遍历完成。
整个过程，Redis 依然能正常处理其他请求，毫秒级响应不受影响。
四、为什么很多人还在用 KEYS？
我问过不少同事，为什么明知危险还用 KEYS？
答案很现实：
- 方便：
KEYS *一行命令搞定，SCAN要写循环、处理游标。 - 习惯：开发环境数据少，
KEYS几乎瞬间返回，让人误以为它很快。 - 无知：刚接触 Redis 的人，不知道它的底层是单线程，也不理解“阻塞”的严重性。
可问题是，开发环境的“快”，不等于生产环境的“安全”。
就像你在家试枪不伤人，不代表上战场也能随便开火。
五、真实案例：一次 KEYS 命令引发的 P0 故障
去年我们团队就出过一次事故。
某个运营同学想导出所有优惠券缓存，让后端同事帮忙执行 KEYS coupon:*。
当时 Redis 里有 800 多万个 key，这一扫，耗时 680ms。
结果就是：
- 支付接口超时
- 订单创建失败
- 监控系统疯狂报警
- 运营活动被迫暂停
最后复盘会上，技术负责人说了一句让我记到现在：
“在 Redis 里，没有‘只是查一下’这种事。每一个命令，都可能是压垮服务的最后一根稻草。”
六、最佳实践：别让 KEYS 成为你的“盲区”
开发环境也要禁用 KEYS
别养成坏习惯。从第一天起就用SCAN。把 SCAN 封装成工具脚本
比如写个 Python 脚本，自动迭代游标，输出结果到文件，方便又安全。监控 + 告警
如果可能，通过日志或审计功能监控KEYS命令的调用，一旦发现立即告警。教育团队
新人培训时，把KEYS作为一个典型反面案例来讲。技术债，往往始于无知。
七、写在最后
Redis 是我们每天都在用的工具，但它不是“黑盒”。
理解它的机制，敬畏它的限制，才能真正发挥它的价值。
下次当你想敲下 KEYS * 的时候，不妨多问自己一句：
“我真的需要扫全库吗？有没有更好的方式？”
有时候，克制，才是高手的标志。
代码写多了，你会发现，真正厉害的不是那些炫技的人，而是能避开陷阱、稳扎稳打的“守门人”。KEYS 不是技术难题，但它考验的是你的责任心和专业素养。
共勉。