redis的过期策略和内存淘汰机制（redis篇）

分享并学习一下redis的过期策略和内存淘汰机制

在平时的工作或者学习中，即便自己没有实打实的用过redis。但是能有对这方面的思考，再结合一些实际场景和理论，那么我相信自己或者你都会越来越厉害的。

 首先，我们需要认清为啥redis要有过期策略？

如果这个点大家都不太清楚的话，建议先去了解了解redis的作用和redis怎么诞生的。

其实，理解起来很简单，大家只要记住。redis是基于内存的就行了，内存存储有限，所以存储数据时，会有一个过期时间考虑。

那么redis的过期策略的核心思想是啥呢？

Redis 过期策略是： 定期删除 + 惰性删除 。

所谓 定期删除 ，指的是 Redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key ，检查 其是否过期，如果过期就删除。

假设 Redis 里放了 10w 个 key ，都设置了过期时间，你每隔几百毫秒，就检查 10w 个 key ，那 Redis 基本上就死了， cpu 负载会很高的，消耗在你的检查过期 key 上了。注意，这里可不是每 隔 100ms 就遍历所有的设置过期时间的 key ，那样就是一场性能上的 灾难 。实际上 Redis 是每 隔 100ms 随机抽取 一些 key 来检查和删除的。

惰性删除：即便key过期了，但是redis不做任何操作。当下次访问时，检查如果过期，那么redis就把key数据删除。

但是实际上这还是有问题的，如果定期删除漏掉了很多过期 key，然后你也没及时去查，也就没走惰性删除，此时会怎么样？如果大量过期 key 堆积在内存里，导致 Redis 内存块耗尽了， 咋整？那就走内存淘汰机制

 内存淘汰机制：

1、noeviction: 当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧。