3、上面两种方案都走极端

定期删除

定期删除策略是前面两种策略的择中

定期删除策略每间隔一段时间执行一次删除过期键操作，并且通过限制删除操作执行的时间和频率来减少删除操作对 CPU 时间的影响。

周期性轮询 redis 库中时效性数据，采用随机抽泣的策略，利用过期数据占比的方式控制删除频度

特点1：CPU 性能占用设置有峰值， 检测频度可自己自定义设置。

特点2: 内存压力不是很大，长期占用内存的冷数据会被持续清理

总结：周期性抽查存储空间（随机抽查，重点抽查）

举个例子：

redis 默认每100ms 检查，是否有过期的 key, 如果有 key 则删除。注意： redis 不是间隔 100ms 将所有的 key 检查一次而是随机抽取进行检查（如果每间隔 100ms , 全部 key 进行检查，redis 直接进入 icu ）. 如果只采用定期删除策略，会导致很多 key 到时间没有删除。

定期删除策略的难点是确定删除操作执行的时长和频率。如果删除操作执行得太频繁，或者执行操的时间太长，定期删除策略就会退化成定时删除策略，以至于 CPU 时间过多的消耗在删除过期键上，如果删除操作执行得太少，或者珍惜i给你的时间太短，定期删除策略又会和惰性删除策略一样，出现浪费内存的情况。因为，如果采用定期删除策略的话，服务器必须根据情况，合理的删除操作执行时间长短和执行频率。

总结： 定期抽样 key , 判断是否过期

依旧有漏网之鱼

上述步骤都通过了，还有漏洞吗？

1、定期删除，从来没有被抽查到

2、惰性删除，也从来没有被点中过

上述2步骤 ==> 大量过期 key 堆积唉内存中，导致 redis 内存空间紧张或者很快耗尽。

必须要要有一个更好的兜底方案 。。。。。

内存淘汰策略

redis.conf

redis 的 8 种淘汰策略

官方配置文件中的原文：

volatile-lru -> Evict using approximated LRU among the keys with an expire set.
allkeys-lru -> Evict any key using approximated LRU.
volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
allkeys-lfu -> Evict any key using approximated LFU.
volatile-random -> Remove a random key among the ones with an expire set.
allkeys-random -> Remove a random key, any key.
volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
noeviction -> Don't evict anything, just return an error on write operations.

默认配置： noeviction

中文总结

1、noevication : 不会驱逐任何 key (默认)

2、allkeys-lru: 对所有的 key 使用 lru 算法进行删除

3、volatile-lru: 对所有的设置了过期时间的 key 进行 lru 算法进行删除

4、allkeys-random: 对所有 key 随机删除

5、volatile-random: 对所有设置了过期时间的 key 随机删除

6、volatile-ttl ：马上删除要过期的 key

7、allkeys-lfu: 对所有 key 进行 lfu 算法进行删除

8、volatile-lfu: 对所有设置了过期时间的 key 使用 lfu 算法进行删除

总结：

• 2 * 4 = 8

• 两个维度： 过期键中筛选；所有键中筛选

• 4个方面： LRU ,LFU , random , ttl

• 8 个选项

你平时用那种？

一般平时用 ： allkeys-lru

如何修改

1、命令方式

2、配置文件