php的redis有效期,码云社 | 砺锋科技-redis过期时间的一大坑 - 用代码改变世界

Redis的过期设置，大家基本都用过了。但是里面的坑不知道各位是否了解。

先从基础讲起。

Redis中的所有数据结构都可以设置超时时间，设置超时有四种做法：

EXPIRE 将key的生存时间设置为ttl秒

PEXPIRE 将key的生成时间设置为ttl毫秒

EXPIREAT 将key的过期时间设置为timestamp所代表的的秒数的时间戳

PEXPIREAT 将key的过期时间设置为timestamp所代表的的毫秒数的时间戳

如果让我们自己来设计过期删除策略，我们会怎么做？

可能会想到做一个扫描器，对超时的key进行定时扫描收割。

但是内存中的key太多了，不可能做全部扫描。redis的做法是将设置了超时时间的key放到一个单独的字典中，以后对这个字典进行单独扫描。

但是，如果这个字典过大，仍然有全部扫描一次会耗时很长的问题。

这里redis的做法值得我们借鉴：

Redis采用一种惰性删除的策略，即过期的key并不会被立即删除。

Redis默认每秒扫描10次超时字典。每次随机取出20个key，对这20个key进行超时删除。如果有超多四分之一(即5个)的key被删除了.那么再去取20个key进行超时删除。一直这样循环下去，直到字典中过期的ley变得稀疏。

同时，为了保证过期扫描不会出现循环过度，导致线程卡死现象，算法还增加了扫描时间的上限，默认不会超过 25ms。

那么，这种策略还是有一个问题是，对于一个大型redis，如果客户端请求到来时，正好在进行过期扫描，并且过期的key非常多，一直扫描了25ms。如果这个客户端的请求设置了超时时间10ms，那么就会出现大量的客户端连接因为超时而关闭。

所以，这就引出了Redis设置超时策略一个坑：

不要将大量的key，设置在同一时间过期。

这种情况下最好加一个指定过期时间上加一个随机变量时间。