大家都应该知道的复述过期键与过期策略

此时,如果我们没有移除过期时间,那么如果一个键过期了,那它什么时候会被删除呢?

这个问题就会有以下三种答案了,它们分别代表三种不同的删除策略

<强>定时删除
　　

在设置键的过期时间的同时,创建一个定时器,让定时器在键的过期时间来临时,立即执行对键的删除操作。

优点:对内存最友好的。可以及时释放键所占用的内存。

缺点:对CPU不友好。特别在过期键比较多的情况下,删除过期键会占用相当一部分CPU时间,同时在内存不紧张,CPU紧张的情况下,将CPU用在删除和当前任务不想关的过期键上,无疑会对服务器响应时间和吞吐量造成影响。

<强>惰性删除
　　

放任键过期不管,但是每次从键空间中读写键时,都会检查取得的键是否过期。如果过期就删除该删,否则就返回该键。(PS:键空间是一个保存了数据库所有键值对的数据结构)

优点:对CPU最友好。只有在操作的时候进行过期检查,删除的目标仅限于当前需要处理的键,不会在删除其他无关本次操作的过期键上花费任何CPU时间。

缺点:对内存不友好。这个十分容易理解了,键过期了,但因为一直没有被访问到,所以一直保留着(除非手动执行flushdb操来于清空当前数据库中的所有钥匙。),相当于内存泄漏。

<强>定期删除
　　

每隔一段时间,程序就对数据库进行检查,删除里面的过期键。至于要删除多少过期键,以及检查多少数据库,则有算法决定。

该策略是上述两种策略的折中方案,需要通过实际情况,来设置删除操作的执行时长和频率。

明白了过期键的删除策略后,那复述,服务器又是采用什么策略来删除过期键的呢?

实际上,复述,服务器使用的是惰性删除和定期删除两种策略,通过配合使用,服务器可以很好的平衡CPU和内存。

其中惰性删除为复述,服务器内置策略。而定期删除可以通过以下两种方式设置:

　　<李>配置复述。相依的赫兹选项,默认为10(即1秒执行10次,值越大说明刷新频率越快,对复述性能损耗也越大)

大家都应该知道的复述过期键与过期策略