灾难性Redis过期监听失效原因揭秘（redis过期监听事故）

你如果从数据库服务器切换到Redis，就会有可能会遇到灾难性的过期监听失效问题，今天，我们给大家解析下这个问题的原因，帮助大家应对紧急情况。

一般来说，Redis的过期监听失效会出现在以下三种情况，Redis客户端长时间不做任何操作，超出指定的空闲时间，Redis会自动关闭连接，终止不必要的预警监听，结果就是停止监听过期键。

Redis服务器可在某些特殊情况（如重启）时关闭所有连接，也会停止接收现有的过期监听，也就是说，如果服务器出现这种问题，客户端的过期监听也将全部失效。

Redis客户端可以在一段时间内发出大量的过期监听命令，但是服务器也有一个表示允许的监听的最大的回收时间，当达到设定的最大值时，客户端的过期监听可能会失效。

通常，客户端会设置最大重连时间，设置超时时间等，以尽量避免这种情况的发生，特别是在高负载的系统中，建议重写关于重连的代码，再次调用set函数，而不是调用ping函数，来恢复连接，从而有效的减少Redis的客户端过期监听失效的发生：

client.set(“key”, “value”, ex=20) # 设置(key, value)，指定过期时间20s

client.expire(“key”, 10) # 设置key的有效期为10s

client.persist(“key”) # 清除key的过期时间

client.pexpire(“key”, 10000) # 设置key的过期时间为10毫秒一样

Redis过期监听失效，主要是空闲时间太长，服务器重启或发送大量超时命令，但实际上，我们可以通过重写客户端代码来避免这种情况的发生，从而更好的保障Redis服务的稳定性和安全性。