Redis过期key清理机制

1. Redis的key过期时间探讨

   说到Redis是一个典型的key-value非关系型数据库，存储的key基本都有过期时间，或者有默认的过期时间，或者不设置的话永久不失效（内存空间足够大的情况下，生产环境一般放置系统的配置参数才这样），生产环境一般都会设置过期时间。

2. 那么Redis的key又是如何删除的呢？

   方案一：

   定时任务每秒或者隔几秒全量扫描数据库里面的key的过期时间，然后去清理？如果有几百万几千万条数据会怎样，Redis又是单线程去处理任务的，该方案是行不通的，灾难级清理策略。

   方案二：

   不清理，查询时在看key的过期时间到了没有，到了就直接删除，并返回空，问题来了，如果源源不断的放置，清理速度跟不上，内存占用会一直飙升。

3. Redis的key真正的删除策略

定期扫描策略：

在默认的情况下，Redis会每隔100毫秒定时的去扫描设置有过期时间的key，随机抽取然后进行删除，是的你没看错，就是这样！这里就像JVM在GC的时候，新生代容量快满的时候也是才触发young
GC的，然后清理掉所有的无引用或者不可达的对象，只不过Redis不是清理所有！但一定程度释放了内存空间，减小了压力，那么剩余的过期了的key怎么办，不清理吗？太偏心了吧，并不会，还有最后一关等着它的。

惰性删除策略：

所谓惰性策略就是，Redis一直在扫描清理但仍旧有一些天选的key还是没有被清理掉，那么这些key会在用户在查询的时候，Redis会加上一次鉴定策略：就是这个key有没有到过期时间，没到过期时间就直接返回value，到了就直接清理，然后返回空值。

其实，就是定期删除策略与惰性删除策略的结合。

4. 但是这里会有一个漏洞，如果key没有被扫描删除掉，然后又没有人去执行查询操作，那内存空间还是会被大量的key占用呀，就像JVM的内存泄漏一样，怎么解决？

 聪明的Redis设计者早就帮我们想好了这些漏网之鱼的处理策略，也就是内存淘汰策略，主要有以下8种，分别是：

分类	解释
noeviction	满了就不让写入了，直接返回报错
allkeys-lru	当内存空间不足再写入新数据时，扫描键值对，移除最近最少使用的key【生产默认配置】
allkeys-lfu	当内存空间不足再写入新数据时，扫描键值对，移除移除使用频率最少的key
allkeys-random	当内存空间不足再写入新数据时，随机移除某个 key
volatile-lru	当内存空间不足再写入新数据时，在设置了过期时间的key中，移除最近最少使用的key
volatile-lfu	当内存空间不足再写入新数据时，在设置了过期时间的key中，移除使用频率最少的key
volatile-random	当内存空间不足再写入新数据时，在设置了过期时间的key中，随机移除某些key
volatile-ttl	当内存空间不足再写入新数据时，在设置了过期时间的key中，临近过期时间的key会被优先移除