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，设置在同一时间过期。
这种情况下最好加一个指定过期时间上加一个随机变量时间。
閱讀更多 IT技術圈 的文章
