Redis—过时策略以及内存淘汰机制

过时策略

1、场景应用

问题：好比你redis只能存5G数据，但是你写了10G，那会删5G的数据。怎么删的，这个问题思考过么？还有，你的数据已经设置了过时时间，可是时间到了，内存占用率仍是比较高，有思考过缘由么?

回答：redis采用的是按期删除+惰性删除策略。过时策略：按期删除+惰性删除

2、什么是按期删除，什么是惰性删除

按期删除：redis默认每隔100ms就随机抽取一些设置了过时时间的key，检查其是否过时，若是有过时就删除。注意这里是随机抽取的。为何要随机呢？你想想假如 redis 存了几十万个 key ，每隔100ms就遍历全部的设置过时时间的 key 的话，就会给 CPU 带来很大的负载。

惰性删除：按期删除可能致使不少过时的 key 到了时间并无被删除掉。这时就要使用到惰性删除。在你获取某个key的时候，redis会检查一下，这个key若是设置了过时时间而且过时了，是的话就删除。

3、为何不用定时删除策略?

定时删除，用一个定时器来负责监视key，过时则自动删除。虽然内存及时释放，可是十分消耗CPU资源。在大并发请求下，CPU要将时间应用在处理请求上，而不是删除key上，所以没有采用这一策略。

4、按期删除+惰性删除是如何工做的呢?

按期删除，redis默认每隔100ms就检查是否有过时的key，若是有过时key则删除。须要说明的是，redis不是每一个100ms将全部的key检查一次，而是随机抽取进行检查(若是每隔100ms,所有key进行检查，redis岂不是卡死)。所以，若是只采用按期删除策略，会致使不少key到时间没有删除。因而，惰性删除派上用场。也就是说在你获取某个key的时候，redis会检查一下，这个key若是设置了过时时间那么是否过时了？若是过时了此时就会删除。

5、按期删除+惰性删除存在的问题：

若是按期删除没删除key，而后你也没即时去请求key，也就是说惰性删除也没生效。这时，若是大量过时的key堆积在内存中，redis的内存会愈来愈高，致使redis的内存块耗尽。那么就应该采用内存淘汰机制。

内存淘汰机制

1、内存数据淘汰策略的配置：在redis.conf中有一行配置：

# maxmemory-policy volatile-lru

2、配置解释

一、noeviction：当内存不足以容纳新写入数据时，不进行移除，新写入操做会报错。应该没人用吧。

二、allkeys-lru：当内存不足以容纳新写入数据时，在全部的键空间中，移除最近最少使用的key。推荐使用，目前项目在用这种。

三、allkeys-random：当内存不足以容纳新写入数据时，在全部的键空间中，随机移除某个key。应该也没人用吧，你不删最少使用Key,去随机删。

四、volatile-lru：当内存不足以容纳新写入数据时，在设置了过时时间的键空间中，移除最近最少使用的key。这种状况通常是把redis既当缓存，又作持久化存储的时候才用。不推荐。

五、volatile-random：当内存不足以容纳新写入数据时，在设置了过时时间的键空间中，随机移除某个key。依然不推荐。

六、volatile-ttl：当内存不足以容纳新写入数据时，在设置了过时时间的键空间中，移除即将过时的key进行淘汰，即更早过时时间的key优先移除。不推荐。

ps：若是没有设置 expire 的key, 不知足先决条件(prerequisites); 那么 volatile-lru, volatile-random 和 volatile-ttl 策略的行为, 和 noeviction(不删除) 基本上一致。