Redis KEYS * 在生产环境为什么危险？该用什么替代？

Question

仓乃文 · Accepted Answer

KEYS 命令会遍历 Redis 中所有 Key 进行模式匹配，时间复杂度 O(N)，N 为 Key 总数。Redis 是单线程的，KEYS 执行期间会阻塞所有其他命令。百万级 Key 时 KEYS 可能阻塞数秒，导致服务超时甚至雪崩。

危险场景：
```bash
# 想查找所有用户相关的 Key
redis-cli KEYS user:*
# 如果有 100 万个 Key，可能阻塞 2-5 秒
# 期间所有请求超时！

# 更危险的：运维脚本中用 KEYS
redis-cli KEYS "*" | xargs redis-cli DEL
# 先遍历所有 Key，再逐个删除，阻塞时间翻倍
```

安全替代——SCAN：
```bash
# SCAN 是增量式遍历，每次只返回少量 Key
# 不会长时间阻塞 Redis
redis-cli SCAN 0 MATCH user:* COUNT 100
# 返回：下一个游标 + 本次匹配的 Key
# 游标为 0 表示遍历结束

# 完整遍历示例（伪代码）：
cursor = 0
while True:
    cursor, keys = SCAN cursor MATCH user:* COUNT 100
    # 处理 keys...
    if cursor == 0:
        break
```

其他替代命令：
```bash
# 统计 Key 数量（不要用 KEYS | wc -l）
DBSIZE  # 返回 Key 总数

# 判断 Key 是否存在
EXISTS user:1001  # O(1)

# 查找特定前缀的 Key
SCAN 0 MATCH user:* COUNT 100

# 批量删除匹配的 Key（安全方式）
# 用 SCAN + UNLINK（异步删除）
redis-cli --scan --pattern "temp:*" | xargs -L 1000 redis-cli UNLINK
```

补充说明：
- SCAN 不保证不重复，应用层需要去重
- SCAN 的 COUNT 只是建议值，实际返回数量可能不同
- HSCAN/SSCAN/ZSCAN 分别用于 Hash/Set/ZSet 的增量遍历
- 规则：生产环境绝对禁止使用 KEYS 命令，一律用 SCAN
- 可以在 redis.conf 中禁用 KEYS：rename-command KEYS ""