Redis优化 数据检索 Redis查询Key命令全解析，掌握高效查找技巧

🔍 Redis优化 | 数据检索 | Redis查询Key命令全解析，掌握高效查找技巧

场景引入：
凌晨3点，你正喝着第5杯咖啡☕，突然收到报警——线上服务响应超时！排查发现Redis中有上百万个Key，但急需找出所有以user:session:开头的会话数据，这时候，KEYS *一敲...完了，Redis直接卡死！😱 别慌，今天我们就来彻底解决这个痛点，教你如何安全高效地检索Redis数据！

🚀 一、为什么慎用KEYS命令？

# 危险操作！生产环境慎用！
KEYS *  

这个命令会阻塞Redis单线程，如果Key数量超过10万，可能导致服务短暂不可用！🚨

替代方案：
✅ 使用SCAN命令（非阻塞、增量式遍历）
✅ 配合TYPE/TTL等命令筛选

🔎 二、4种安全查询方式详解

SCAN——安全的游标遍历

# 迭代式查找，每次返回少量Key  
SCAN 0 MATCH "user:session:*" COUNT 100  

• 参数说明：
  • 0：起始游标（0表示从头开始）
  • MATCH：模糊匹配模式（支持和通配符）
  • COUNT：建议返回数量（实际可能更多/更少）
• 特点：
  • ⏳ 不阻塞服务
  • 🔄 可能需要多次执行直到游标返回0

TYPE+SCAN组合——按类型过滤

# 只查找String类型的Key  
SCAN 0 MATCH "order:*" TYPE string  

支持的类型：string/list/hash/set/zset

TTL+SCAN——找出即将过期的Key

# 查询剩余TTL≤3600秒的Key  
SCAN 0 MATCH "cache:*" COUNT 50 | xargs -L 1 redis-cli TTL  

特殊场景：RANDOMKEY

# 随机返回一个Key（适合抽样检查）  
RANDOMKEY  

🛠️ 三、高级技巧：Lua脚本批量操作

-- 查找并删除所有匹配的Key（原子操作）  
local keys = redis.call('SCAN', 0, 'MATCH', 'temp:*')  
for i, key in ipairs(keys[2]) do  
    redis.call('DEL', key)  
end  

📊 四、性能对比实测（基于Redis 7.2）

💡 五、最佳实践总结

1. 生产环境禁用KEYS：在redis.conf中添加rename-command KEYS ""
2. 控制扫描粒度：COUNT值建议设为100~1000
3. 善用索引：对高频查询的Key使用固定前缀（如region:user:123）
4. 监控扫描：通过redis-cli --bigkeys定期分析Key分布