目录
问题1：我的数据明明都过期了，怎么还占用着内存啊？
如果你设置好了一个过期时间，你知道redis是怎么给你弄成过期的吗？什么时候删除掉？如果你不知道，之前有个学员就问了，为啥好多数据明明应该过期了，结果发现redis内存占用还是很高？那是因为你不知道redis是怎么删除那些过期key的？
redis 内存一共是10g，你现在往里面写了5g的数据，结果这些数据明明你都设置了过期时间，要求这些数据1小时之后都会过期，结果1小时之后，你回来一看，redis机器，怎么内存占用还是50%呢？5g数据过期了，我从redis里查，是查不到了，结果过期的数据还占用着redis的内存。
问题剖析
（1）设置过期时间
我们set key的时候，都可以给一个expire time，就是过期时间，指定这个key比如说只能存活1个小时？10分钟？这个很有用，我们自己可以指定缓存到期就失效。
如果假设你设置一个一批key只能存活1个小时，那么接下来1小时后，redis是怎么对这批key进行删除的？
答案是：定期删除+惰性删除
定期删除：每隔100ms随机抽取设置了过期时间的key检查是否过期（删除）；
惰性删除：获取key的时候redis检查下是否过期，过期就删除；
所谓定期删除，指的是redis默认是每隔100ms就随机抽取一些设置了过期时间的key，检查其是否过期，如果过期就删除。假设redis里放了10万个key，都设置了过期时间，你每隔几百毫秒，就检查10万个key，那redis基本上就死了，cpu负载会很高的，消耗在你的检查过期key上了。注意，这里可不是每隔100ms就遍历所有的设置过期时间的key，那样就是一场性能上的灾难。实际上redis是每隔100ms随机抽取一些key来检查和删除的
但是问题是，定期删除可能会导致很多过期key到了时间并没有被删除掉，那咋整呢？所以就是惰性删除了。这就是说，在你获取某个key的时候，redis会检查一下 ，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。
并不是key到时间就被删除掉，而是你查询这个key的时候，redis再懒惰的检查一下通过上述两种手段结合起来，保证过期的key一定会被干掉。
很简单 ，就是说，你的过期key，靠定期删除没有被删除掉，还停留在内存里，占用着你的内存呢，除非你的系统去查一下那个key，才会被redis给删除掉。
但是实际上这还是有问题的，如果定期删除漏掉了很多过期key，然后你也没及时去查，也就没 走惰性删除，此时会怎么样？如果大量过期key堆积 在内存里，导致redis内存 块耗尽了，咋整？
答案是：走内存淘汰机制。
（2）内存淘汰
如果redis不足以容纳新写入数据的时候，此时会进行内存淘汰，有如下一些策略：
1. 新写入操作会报错。
2. 在键空间中，移除最近最少使用的key（这个是最常用的）。
3. 随机移除某个key。
4. 在设置了过期时间的键空间中，移除最近最少使用的key。
5. 在设置了过期时间的键空间中，随机移除某个key。
6. 在设置了过期时间的键空间 中，有 更早过期时间的key优先移除。
手写过期策略
redis如何删除过期的key----总结！
首先如果key过期了，redis并不会立马删除过期的key，而是经过两个删除策略：
1. redis默认100ms随机抽取些设置了过期的key，查看是否过期如若过期则移除，（随机是为了保证redis效率，如果查看所有的key那么redis压力会非常大，吞吐量也就上不去了）
2. 如果策略1没有删除掉，还有策略2，就是在查询设有过期key的时候，redis会默认查下是否过期，过期则移除；
但是以上两个策略会出现大量过期而没有删除的数据（如：策略1没随机找到key，策略2又没主动查询key）
这时为了能保证redis的正常运行，才引入的redis过期策略，从而保证不会因为过多没有清除掉的数据导致内存爆满。