过期key集合
redis中所有设置了过期时间的key被放入一个独立的字典中，之后会定期扫描该字典，检查已经到期的key并进行删除操作。
定时扫描策略
默认情况下redis每秒钟进行10次过期扫描，但是并不会扫描所有的key，而是采用简单的贪心策略，步骤如下：
- 从过期字典中随机选出20个key。
- 删除20个key中已过期的key。
- 如果过期key的比例超过1/4，重复以上步骤。
问题
如果出现大量过期的话，redis可能会一直重复上面的步骤，导致一个不停循环处理，影响redis服务对外的响应，因此该扫描策略具有扫描时间的上线，默认值是扫描时间不超过25ms。
如果在同一时间内有大量的key过期，redis在短期内将多次循环扫描过期字典，直到过期字典中的key变得稀疏，循环扫描的次数才会下降，这会导致线上读写请求出现卡顿，当然不单是循环扫描导致的卡顿，剔除过期key的同时，内存管理器将频繁回收内存页也会占用CPU的资源引起卡顿，
同时，大量key过期，redis进入过期扫描的处理中，如果此时有来自客户端的请求，将至少需要等待25ms才会进行处理，
如果客户端的超时时间设置的较短，比如10ms，那么该连接就会因为超时关闭，业务端将出现超时的异常，此时在 slowlog 中也无法看到慢查询记录，因为慢查询指的是逻辑处理时间而不是等待时间。
应对策略
在给大量的key设置过期时间时，应尽量将时间随机分散开来，不要集中在一个时间点失效，在真正的到期时间后加上一个随机时间，这么做可以有效的解决大量key同时过期导致的卡顿问题。
# 在目标过期时间上增加一天的随机时间
redis.expire_at(key, random.randint(86400) + expire_ts)懒惰删除策略
惰性策略指的是，如果客户端访问了一个带有过期时间的key，那么访问时，redis会检查这个key是否已经过期，如果过期了就理解删除。
惰性删除策略可以理解为零散删除，定时扫描策略则是集中删除。
从节点过期策略
从节点不会对过期key进行扫描，当主节点的key到期被处理时，会在AOF日志中增加一个del指令，同时同步到所有从节点中，从节点通过该指令删除自己内存中的key，
因为指令同步是异步的，如果主从之间没有及时同步的话，就会出现主从数据不一致的情况。
