redis过期策略功能介绍

我们在使用redis时，一般会设置一个过期时间，当然也有不设置过期时间的，也就是永久不过期。

当我们设置了过期时间，redis是如何判断是否过期，以及根据什么策略来进行删除的。

1. 设置过期时间

   我们set key的时候，可以给一个expire time，就是过期时间，指定这个key比如说只能存活一个小时，假设你设置一批key存活一小时，那么接下来一小时后，redis是如何对这批key进行删除的？
   答案是：定期删除+惰性删除。
   所谓定期删除是指redis默认每隔100ms就随机抽取一些设置了过期时间的key，检查其是否过期，如果过期就删除。注意这里可不是每隔100ms就遍历所有的设置过期时间的key，那样就是一场性能上的灾难。实际上redis是每隔100ms随机抽取一些key来检查和删除的。
   但是问题是定期删除可能会导致很多过期key到了时间并没有被删除，所以要惰性删除，就是说在你获取某个key的时候，redis会检查一下，这个key如果设置了过期时间那么是否过期了？如果过期了就会删除。
   通过上述两种手段结合起来，保证过期的key一定会被干掉。所以并不是到了过期时间就会将所有的过期key的删除掉，这也是到了过期时间内存占用并不会降低的原因。
   但是实际上这还是有问题的，如果定期删除漏掉了很多过期key，然后没有及时去查也就没走惰性删除，就会导致大量过期key堆积在内存里耗费redis内存，这种情况如何处理？
   答案是：走内存淘汰机制。

2. 内存淘汰

如果redis的内存占用过多的时候，此时会进行一些淘汰，有如下一些策略：

• noeviction：当内存不足以容纳新写入数据时，新写入数据会报错，这个实际场景一般不会使用。
• allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最少使用的key（这个是最常用的）
• allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key，这个一般用的比较少。
• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。
• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。
• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除。
  内存淘汰会触发淘汰条件删除某些key，这也是造成key没有设置过期时间而丢失的原因。