在开发过程当中，在获取REDIS过期KEY所产生的回调通知中遇到这么一个问题：配置文件定期删除频率设置的20HZ，但实际接收到expire通知还是晚了十几秒，但如果向其发出get请求，expire通知可以立即到达
分析：惰性删除正常执行，而预想的expire定期删除策略没有正常执行
由于目前环境中REDIS里有4000多个带有TTL的KEY，仅有个位数的KEY需要通知回调，按该文所说删KEY采用的是限定时间随机采样删除法，因此每次循环会有概率采不到将需要产生通知的KEY
解决方法：
1.在后台定时执行keys * ，在KEY数不多时可以这样处理
2.更改REDIS源代码，采样时按TTL升序采样，提高已经过期KEY被采到的概率
3.调整删除策略为定时删除策略，但这样CPU定时器的开销会增大
4.从业务角度出发，将能设置为不带TTL的KEY尽量设置为不带TTL
5.业务上不是所有带TTL的KEY都需要通知回调，可以将需要监视的过期KEY换到单独的db中