Redis--过期策略和内存淘汰机制

引言

我们在使用Redis的时候，很多情况下都会给数据加上expire过期时间，我一直以为只要过了过期时间，redis就会将这条数据给删除掉，但是实际的情况是怎么样的呢？我们先来看看几种过期策略

过期策略

• 定时删除策略

  定时删除,用一个定时器来负责监视key,过期则自动删除，与我之前想的一致，但是深究一下就会发现在如此注重效率的Redis中，使用这种删除策略真的好吗？ 首先这种策略能够使得内存即使得到释放，但是在数据量很大的时候却十分消耗CPU资源，固然这种策略不妥。

• 定期删除+惰性删除策略

  实际上Redis采用的是这种策略。定期删除：redis默认每个100ms检查，是否有过期的key,有过期key则删除。需要说明的是，redis不是每个100ms将所有的key检查一次，而是随机抽取进行检查，因此，如果只采用定期删除策略，会导致很多key到时间没有删除。

  于是便有了惰性删除，在获取某个Key的时候,Redis会去检查这个Key是否已经过期了，如果过期了，则删除掉这个Key。

但是定期删除+惰性删除仍然存在一些问题：如果定期删除没有删除某些Key，同时你也没有去请求这些Key，那么随着时间增加，这些过期的Key会在内存中越来越多，因此还要采取内存淘汰机制。

淘汰策略

在redis.conf文件中有如下一行对淘汰策略选择的配置

# maxmemory-policy volatile-lru

我们先来看一下Redis中有哪些淘汰策略：

规则	描述
noeviction	当内存不足以容纳新写入数据时，新写入操作会报错。应该没人会用这种策略
allkeys-lru	当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key（⭐）
allkeys-random	当内存不足以容纳新写入数据时，在键空间中，随机移除某个key
volatile-lru	当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key
volatile-random	当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key
volatile-ttl	当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除

不太推荐使用volatile-*,因为如果在Redis中没有设置了过期时间的数据，那么此时淘汰策略相当于noeviction。

参考 (cloud.tencent.com/developer/a…)