Redis超时时间老是不管用，折腾得人头大又没招儿怎么办啊

行，那咱们就直接唠这个让人头大的问题，Redis的超时时间，说白了就是给你个EXPIRE或者SET key value EX seconds命令，你以为设了个倒计时，到时候钥匙自动销毁，结果到点一看，它还好端端地在那儿，跟个没事儿人一样，这种问题确实烦，感觉像一拳打在棉花上，别急，咱们一点点捋,问题多半出在下面这些你想不到或者没留神的地方。

第一，最最常见却最容易被忽略的：你对这个键进行了“写”操作。

这是个大坑，你得把Redis的超时机制想象成一个“懒惰”的管家，你设了个超时时间，比如60秒，管家手里拿个秒表开始计时，如果你在这60秒之内，又对这个键进行了一次写操作，比如你用SET命令重新给它赋了个值，哪怕值一模一样，或者用了GETSET命令，甚至你用DEL把它删了又立刻重建了一个同名的键，这些操作在管家看来都等于：“哦，主人又动这个钥匙了，看来它还挺重要，那之前的倒计时作废，我重新开始计60秒。”

这个重新计时的动作，有个专业名词叫“刷新过期时间”，很多人在代码里，可能有个地方会不定时地去更新一下这个键的值，自己都没意识到，结果就是这个键永远在到期前被“续命”，永远不死，第一件事，去查你的代码，有没有任何地方在对这个本该过期的键进行写操作,这是头号嫌疑犯。

第二，你用的持久化方式可能“捣了鬼”。

Redis为了数据安全，会把内存里的数据写到硬盘上，这个过程叫持久化，主要有两种方式：RDB和AOF。

• RDB（快照）方式： 这相当于给内存数据拍个照片存起来，比如你设了60秒过期，但在第30秒的时候，Redis触发了一次RDB快照保存，把这个键和它的过期时间都记录下来了，然后在第61秒，这个键本该过期被从内存删除，但不幸的是，在第65秒的时候，Redis服务器突然断电重启了，重启后，Redis会加载上次保存的RDB文件来恢复数据，这时候它会看到：“哦，这有个键，过期时间设的是60秒……让我算算，从拍照到现在过了多久？”如果RDB文件里记录的时间戳，到重启时已经超过了60秒，那么这个键在加载时就会被直接丢弃，不会恢复，如果还没超过60秒，比如你设置后很快拍了照，然后重启又很快，这个键就会被重新恢复到内存中，并且带着剩余的过期时间，感觉就是“这键怎么又复活了？”。
• AOF（追加日志）方式： 这个更直接，AOF文件记录的是你所有的写命令，如果键的过期是通过PERSIST命令被移除的（也就是变回了永久键），那么这个PERSIST命令也会被记录到AOF日志里，服务器重启时，重放日志，这个键就变成永久的了，但如果键是正常过期被删除的，Redis会在后台定期生成一个AOF文件，这个过程中会清理掉已经过期的键的命令，如果在这个清理发生前服务器崩溃了，重启重放旧的、未压缩的AOF日志时，那些本应过期的键的命令又会被执行一遍，导致键“复活”。

持久化机制是为了数据安全，但有时会造成过期键的“重生”,这在某些对时效性要求极高的场景下会是个问题。

第三，你可能钻进了“内存淘汰策略”的角落里。

这个稍微绕一点，当Redis内存满了的时候，它会根据你设置的maxmemory-policy（最大内存策略）来淘汰一些键，腾出空间，策略有很多种，比如volatile-lru（在设了过期时间的键中淘汰最近最少使用的）。

问题来了：如果你内存永远没满，或者你的淘汰策略是noeviction（不淘汰，直接报错）,那么Redis的过期键删除就完全依赖下面两种方式：

1. 被动删除： 只有当客户端尝试访问一个键时，Redis才会检查它是否过期，如果过期就当场删除并返回空，如果一个键过期后，永远没人去读它，那它就会一直占着内存,像个幽灵一样存在。
2. 主动删除（定期抽样）： Redis会每隔一段时间（默认100毫秒）随机抽取一部分设了过期时间的键，检查并删除其中已过期的，然后如果过期键的比例很高，它会继续重复这个过程，但问题是，它是抽样，不是全量扫描，总有可能一些“漏网之鱼”一时半会儿没被抽到。

如果你有一个键过期后一直没人访问，又运气好从来没被主动删除的线程抽中，它就有可能在你眼皮底下多存活一阵子，虽然Redis最终会清理掉它，但这个“一阵子”可能会比你预期的长很多,让你觉得超时又失灵了。

第四，网络时间不同步的“玄学”问题。

这个比较少见，但一旦出现就很要命，如果你的应用服务器和Redis服务器所处的机器，它们的系统时间不同步，差个几分钟甚至几小时，那乐子就大了，你在应用服务器上觉得已经过了10分钟，该过期了，但在Redis服务器上，可能才过了8分钟，它觉得还没到点呢，自然不会删除，确保服务器之间的时钟同步（比如使用NTP服务）是运维的基础,也得检查一下。

那怎么排查呢？

别光盯着代码生气,用Redis自带的命令去实地侦察。

1. 用TTL key命令看看还剩多少秒过期。 如果你预期它应该过期了，但TTL返回一个正数，说明它确实还没到点，可能被刷新了，如果返回-1，说明这个键根本没有设置过期时间，或者过期时间被移除了（变成永久的了），如果返回-2，说明这个键已经不存在了（过期被删了）。
2. 用PTTL key可以看更精确的毫秒数。
3. 用OBJECT IDLETIME key命令，这个命令能告诉你这个键有多久没被访问了，如果它的空闲时间远大于你设置的超时时间，那很可能它掉进了“无人访问所以没被被动删除”的坑里。
4. 检查你的Redis配置，特别是maxmemory和maxmemory-policy,看看内存淘汰策略是怎么设置的。

Redis超时失效不是闹鬼，背后肯定有原因，优先检查写操作刷新，再考虑持久化重启的副作用，最后想想内存淘汰和删除机制的惰性，把这些点都过一遍，八成就能找到那个让你头大的“罪魁祸首”。