Redis查不到值是啥情况，空结果到底咋回事儿分析一下

行,咱就直接唠唠Redis查不到值是咋回事，这事儿就像你去找东西，明明记得放抽屉里了，一拉开，啥也没有，那个心情，懂的都懂，下面我就把几种常见情况给你捋一捋。

第一种情况，最直白的：钥匙拿错了，或者东西压根就没放进去。

很多时候,问题就出在最简单的地方，你用的那个 key（键）和当初存的时候，完全一样吗？ Redis是对大小写敏感的，"UserName" 和 "username" 在它看来就是两把不同的钥匙，可能你存的时候用的是小写，查的时候一不小心按了大写键，那肯定找不到，还有啊，键名前面或后面是不是不小心带了空格？这种看不见的字符最坑人，你得像核对银行卡号一样，仔仔细细核对一遍键名。

你得确认一下,数据真的成功写进Redis了吗？ 也许你的写操作因为网络问题失败了，或者写的时候设置了非常短的过期时间（比如1秒），刚写完还没来得及查就过期了，还有一种可能是，写数据的程序和读数据的程序，它们连接的不是同一个Redis实例，比如你们公司有测试环境和生产环境，你往测试环境写了个数据，却跑到生产环境去查，那能查到才怪了，这就好比你在家楼下超市存了包，却跑到市中心的大商场去取，柜子号码一样也取不出来啊。

第二种情况，东西有过期时间，到点自动“消失”了。

这是Redis的一个核心特性,也是导致查不到数据最常见的原因之一，你存数据的时候，可能显式地设置了过期时间（SET key value EX 60 表示60秒后过期），也可能这个键本身就有默认的过期时间，你得搞清楚，这个键是不是已经过期被Redis自动清理掉了。

怎么验证呢？你不能光用 GET 命令查值，因为对于过期的键，GET 直接返回空（nil），你可以用 TTL key 命令看看这个键还剩多少秒存活时间，如果返回 -2，那就说明这个键已经不存在了（过期或被删了）；如果返回 -1，说明这个键是永久的，没有设置过期时间，当你查不到值时，顺手用 TTL 命令检查一下，就能立刻判断是不是过期惹的祸。

第三种情况，Redis的“肚子”有限，它自己把一些数据“踢”出去了。

当Redis占用的内存超过了它被配置的最大限制（maxmemory）时，它就会执行一种叫做数据淘汰（Eviction） 的策略，来腾出空间存放新数据，这就好比你的衣柜满了，又买了新衣服，你就得决定是把那件旧衬衫扔了，还是把那条很少穿的裤子捐掉。

Redis的淘汰策略是可以配置的（allkeys-lru, volatile-lru, noeviction 等），如果策略是 allkeys-lru，它可能会把你那个很久没被访问的键给淘汰掉，即使它还没过期，这时候你去查，自然就查不到了，如果你的应用经常有数据莫名其妙消失，但又没到过期时间，就该去查一下Redis的内存使用情况和淘汰策略配置了。

第四种情况，Redis本身“不在状态”，比如挂掉了或者正在重启。

如果Redis服务进程崩溃了,或者被人为重启了，而你又没有开启持久化功能（或者最后一次持久化是很久以前的事），那么内存里的所有数据就全丢了，重启之后，Redis就是一个崭新的、空荡荡的数据库，你当然啥也查不到，这就好比你的电脑突然断电关机，刚打的文档没保存，开机后就找不到了。

第五种情况，网络或者命令执行出了问题。

Redis好端端地运行着,数据也在，但你的应用程序就是读不到，这可能是网络问题，比如网络闪断，导致查询请求根本没发到Redis服务器，也可能是你的客户端程序有Bug，比如处理返回结果的代码逻辑不对，即使Redis返回了值，也被你程序里的异常处理当成了空值，还有一种可能是，你使用了Redis的事务（Transaction） 或者 管道（Pipeline），但是命令执行失败了，而你却没有检查执行结果。

第六种情况，数据类型搞混了。

Redis不是只有简单的字符串键值对,还有列表（List）、集合（Set）、哈希（Hash）等数据结构，如果你用一个操作字符串的命令（GET）去查询一个哈希（Hash）类型的键，Redis也会返回空值（nil），因为它觉得类型不匹配，你找错地方了，这就好比你想用钥匙开一把密码锁，肯定打不开，这时候你需要用 TYPE key 命令看看这个键到底是什么类型，然后用对应的命令（HGET）去操作。

总结一下

所以你看,Redis查不到值，原因五花八门，排查的时候，就像破案一样，得一步步来：先确认键名对不对，再检查过期时间和淘汰策略，然后看看Redis服务是否正常，最后检查一下网络和客户端代码有没有毛病，下次再遇到这种“灵异事件”，别急着抓狂，按照这个思路捋一捋，多半能找到原因。