Redis的淘汰策略

我当时用的redis的版本 默认有8中淘汰策略

默认用的是这个：就是内存满了就报错

往redis写的数据怎么没了的？  注意不是一上来就使用那8种淘汰策略（这是自己配置的淘汰策略）的其中一种，先进行过期键的删除

redis的过期键的删除策略

如果一个键过期的，那它到了过期时间之后是不是从马上从内存中被删除掉的呢？

如果你回答了shi ,你自己走还是面试官送你。

如果不是，那过期后到底什么时候被删除呢？是个什么操作？

三种不同的删除策略

1. 定时删除 ：对CPU不好，用处理器性能换取存储空间（拿时间换空间）说白了就是你一时间一下子删除了，cpu这时候是需要计算的，它的思考你那个键快要过期了，所以说很废CPU

2.惰性删除 ：对memory不友好，用存储空间换取处理器性能(拿空间换取时间）

3.上边两种方案都走极端 定期删除-定期抽样key,p判断是否过期（存在漏网之鱼）

那过期后到底

定时删除：

Redis不可能时时刻刻遍历所有被设置生存时间的key,来检测数据是否已经达到过期时间，然后对它删除。

立即删除能保证内中数据的最大新鲜度，因为它保证过期键会在过期后马上被删除，其所占用的内存也会随之马上释放。但是对CPU是不友好的，因为删除操作会占用cpu的时间，如果刚好碰上cpu很忙的时候，比如正在做交集和排序计算的时候，就会给cpu造成压力，cpu心累，时时需要删除，忙的不行。

惰性删除

数据达到过期时间，不做处理，等下次访问该数据时，

如果未过期，返回数据。

发现已过期，删除，返回不存在。

惰性删除策略的特点是，它对内存是不友好的

如果一个键已过期，而这个键又仍然保留数据在内存中，那么只要这个过期键不被删除，它所占用的内存就不会被释放。

在使用惰性删除策略时，如果数据库中有非常多的过期键，而这些过期键有恰好没有被访问到的话，那么它们也许永远也不会被删除（除非用户手动执行FLUSHDB），我们甚至可以将这种情况看作是一种内存泄漏，无用的垃圾数据占用了大量的内存，而服务器却不会释放自己释放他们，这对于运行状态非常依赖于Redis内存的服务器来说，肯定不好。

定期删除：

定期删除策略是两种策略的折中：

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

周期性轮询Redis库中的时效性数据，来用随机抽取的策略，利用过期数据占比的方式控制删除频率。

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

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

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

举例：

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

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

 以上步骤都过堂了吗，还有漏洞吗？

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

2.惰性删除，也从来没有被点中使用过

综上所诉    会存在大量过期的key堆积在内存中，导致redis内存空间紧张或者很快耗尽。

必须要有一个兜底的方案

内存淘汰策略登场（Redis 6.0.8版本）

noeviction：不会驱逐任何key(这个是redis的默认的淘汰策略  就是等着内存打满  爆了 oom了)

allkeys-Iru：对所有key使用LRU算法进行删除（对所有的key最近最少使用）
volatile-Iru：对所有设置了过期时间的key使用LRU算法进行删除

volatile-random：对所有设置了过期时间的key随机删除
allkeys-random：对所有key随机删除
volatile-ttl：删除马上要过期的key

allkeys-lfu：对所有key使用LFU算法进行删除

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

怎么记住呢？

 那么平时用哪种呢？

平时配置第二种

 

如何配置、修改

第一在配置文件修改

第二用命令