REDIS过期KEY通知没有立即触发的问题

在开发过程当中，在获取REDIS过期KEY所产生的回调通知中遇到这么一个问题：配置文件定期删除频率设置的20HZ，但实际接收到expire通知还是晚了十几秒，但如果向其发出get请求，expire通知可以立即到达

 

分析：惰性删除正常执行，而预想的expire定期删除策略没有正常执行

由于目前环境中REDIS里有4000多个带有TTL的KEY，仅有个位数的KEY需要通知回调，按该文所说删KEY采用的是限定时间随机采样删除法，因此每次循环会有概率采不到将需要产生通知的KEY

从REDIS5.0 expire.c对应源代码可见一斑，其中db->expires存放具有TTL的KEY

 

 

解决方法：

1.在后台定时执行keys * ，在KEY数不多时可以这样处理

2.更改REDIS源代码，采样时按TTL升序采样，提高已经过期KEY被采到的概率

3.调整删除策略为定时删除策略，但这样CPU定时器的开销会增大

4.从业务角度出发，将能设置为不带TTL的KEY尽量设置为不带TTL

5.业务上不是所有带TTL的KEY都需要通知回调，可以将需要监视的过期KEY换到单独的db中（仅限standalone模式，集群模式只使用db0）