怎么快速查Redis里到底有没有缓存数据，别再傻傻找不到了

知乎专栏《Redis实战踩坑记》）

先搞清楚Redis是怎么存数据的 很多人连自己项目里的Redis长啥样都不知道，你得先明白数据是以"键值对"形式存的，就像超市存包柜：每个柜子有唯一编号（key），里面放着你的东西（value），找数据就是通过key来找,所以第一件事是搞清楚key的命名规则。

问开发要命名规范：比如用户数据叫"user:123"，商品数据叫"product:456"，如果没规范,就得用下面方法反推。

用keys命令摸清底细（来源：Redis官方文档命令手册） 虽然网上都说keys命令会影响性能，但排查问题时偶尔用一次没问题,连接Redis后输入：

keys *

这会列出所有key，如果返回空数组，说明确实没数据，但生产环境数据多的时候会卡死,所以要用更精准的查询：

keys user:*   # 查所有用户相关的key
keys *20231026* # 查包含日期的key

更安全的扫描方法（来源：Stack Overflow高赞答案） 用SCAN命令替代keys，它像翻书一样一页页找,不会卡住服务：

SCAN 0 MATCH "你要找的关键词*" COUNT 100

注意：第一次扫描时 cursor 填0，返回的结果里会告诉你下一次的cursor值,直到返回0表示扫完了。

直接验证具体数据是否存在（来源：GitHub上多个开源项目代码） 如果已经知道可能的key名,直接用EXISTS命令：

EXISTS "user:123"

返回1表示有缓存，0表示没有,比把数据全部取出来判断更高效。

看内存用量判断大数据量情况（来源：Redis作者博客） 输入INFO memory查看内存使用量：

used_memory_human:1024M  # 如果这个值很大但查不到数据，可能是key过期时间设太短

配合INFO stats看命中率：

keyspace_hits:1000   # 命中次数
keyspace_misses:50   # 未命中次数

如果misses特别高,说明缓存没起作用。

检查是不是过期被删了（来源：《Redis设计与实现》一书） 有时候数据明明设置了又找不到，可能是过期机制在作祟,用TTL命令查剩余存活时间：

TTL "user:123"

返回-2表示key已不存在，-1表示永不过期，正数表示剩余秒数，有些项目设了很短的过期时间（比如10秒）,你手慢一点就看不到了。

用监控工具实时看（来源：B站运维教程视频） 安装redis-cli的monitor模式：

redis-cli -h 你的IP monitor

这会实时打印所有操作，适合排查"数据为什么消失"，比如看到有DEL操作删除了你的key,就能顺藤摸瓜找到问题代码。

终极技巧：直接读持久化文件（来源：CSDN故障排查案例） 如果Redis挂了重启后数据消失，可以检查dump.rdb文件（在配置文件的dir目录下）,用strings命令搜索：

strings dump.rdb | grep "你要找的数据"

但这是最后手段,平时不要直接操作持久化文件。

常见坑点总结（来源：阿里云开发者社区）

1. 连错实例：尤其容易发生在有多个Redis服务时，检查连接配置
2. 数据库选错：Redis有16个库，默认用0号库，可能你的数据在db1里
3. 网络分区：网络抖动导致读取超时，其实数据存在
4. 内存不足：maxmemory策略导致数据被自动淘汰

预防性做法（来源：美团技术团队博客）

1. 给key设置统一前缀，比如项目名+模块名
2. 重要数据设置较长的过期时间，并开启持久化
3. 写个健康检查脚本，定期测试关键缓存是否正常
4. 新项目上线前，用redis-benchmark做压力测试

最后提醒：查缓存本质是"侦探工作"，要结合业务代码、日志、监控一起看，单纯在Redis里翻找就像大海捞针，关键是知道数据什么时候该有、什么时候该没。