redis过期策略以及内存淘汰机制(理论+配置)

redis的过期策略是：定期删除+惰性删除

定期删除

redis在存储数据时，可能会设置过期时间，而所谓的定期删除，指的是redis默认是每隔100ms就随机抽取一些设置了过期时间的key进行检查，如果过期了就会删除。至于为啥是每隔100ms随机抽取一些数据进行检查而不是全部检查，这就与cpu负载有关了，如redis中的数据十分庞大，并且全部都设置了过期时间，依次全部检查并且进行删除的话负载太高，影响性能。

惰性删除

但是，由于是随机抽取的key进行检查进行删除，那么很多的key可能会到了过期时间了还没进行删除，那么怎么办呢？这时候，惰性删除就会发挥作用了，所谓的惰性删除，就是在读取某个key的时候，redis会先检查一个该key是否过期，如果过期了，就会在此时删除，然后不会给你返回任何东西。

两个删除均没被触发时

但是此时就会产生另外一个问题，假如一些key设置了过期时间，而定期删除的随机抽取没有选中这些key，而恰好也没有人去获取这些key，惰性删除也发挥不了作用了，那么这些数据就会越积累越多，redis一般作为缓存的，是基于内存的，这些数据越来越多的时候回导致内存耗尽，影响性能，这时候应该怎么办呢？这时候，另一个重量型的武器就要发挥作用了，那就是：内存淘汰机制。

内存淘汰机制（6个）

（看不懂往下看）
volatile-lru：从已设置过期时间的数据集中挑选最近最少使用的数据淘汰
volatile-ttl:从已设置过期时间的数据集中挑选将要过期的数据淘汰
volatile-random:从已设置过期时间的数据集中任意选择数据淘汰
allkeys-random:从数据集中任意选择数据淘汰
allkeys-lru:从数据集中挑选最近最少使用的数据淘汰
no-eviction:禁止驱逐数据，内存满时新写入操作会报错

---

redis 内存淘汰机制（内存淘汰策略）有以下几个：
• noeviction: 当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了。
• allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的 key（这个是最常用的）。
• allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个 key，这个一般没人用吧，为啥要随机，肯定是把最近最少使用的 key 给干掉啊。
• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的 key（这个一般不太合适）。
• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个 key。
• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的 key 优先移除。

但是理论性的东西我们明白了，那么该如何配置内存淘汰策略呢？

内存淘汰策略的配置

我们通过配置redis.conf中的maxmemory这个值来开启内存淘汰功能。

值得注意的是，maxmemory为0的时候表示我们对Redis的内存使用没有限制。

根据应用场景，选择淘汰策略

maxmemory-policy noeviction
我们来了解下，内存淘汰的过程

首先，客户端发起了需要申请更多内存的命令（如set）。

然后，Redis检查内存使用情况，如果已使用的内存大于maxmemory则开始根据用户配置的不同淘汰策略来淘汰内存（key），从而换取一定的内存。

最后，如果上面都没问题，则这个命令执行成功。

此外，redis支持动态改配置，无需重启。

#设置最大内存
config set maxmemory 100000

#设置淘汰策略
config set maxmemory-policy noeviction