引言
我们在使用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。
