问题:如果假设你设置了一批 key 只能存活1个小时,那么接下来1小时后,redis是怎么对这批key进行删除的?
定期删除+惰性删除
定期删除:redis是默认每隔100ms就随机抽取一些设置了过期时间的key,检查其是否过期,过期则删除。注意这里是随机抽取的,为什么要随机呢?你想一想假如redis存了几十万个key,每隔100ms就遍历设置的所有过期的key的话,会给cpu带来很大的负载。
惰性删除:定期删除可能会导致很多过期key到了时间并没有被删除掉,所以就有了惰性删除。假如你的过期key,靠定期删除没有被删除掉,还停留在内存里,除非你的系统去查一下那个key,才会被redis给删除掉。这就是所谓的惰性删除。
但是仅仅通过设置过期时间还是有问题的。我们想一下,如果定期删除漏掉了很多过期key,然后你也没及时去查,也就没走惰性删除,此时会怎样?如果大量过期key堆积在内存里,导致redis内存块耗尽,怎么解决这个问题呢?redis内存淘汰机制。
redis内存淘汰机制(MySql里有2000w数据,redis中只存20w的数据,如何保证redis中的数据都是热点数据?)
redis提供6种数据淘汰策略:
1.volatile-lru:从已设置过期时间的数据集中挑选最近最少使用的数据淘汰;
2.volatile-ttl:从已设置过期时间的数据集中挑选即将过期的数据淘汰;
3.volatile-random:从已设置过期时间的数据集中任意选择数据淘汰;
4.allkeys-lru:当内存不足以容纳新写入数据时,在健空间中,移除最近最少使用的key;(这个是最常用的)
5.allkeys-random:从数据集中任意选择数据淘汰;
6.no-eviction:禁止驱逐数据,也就是说当内存不足以容纳新写入数据时,新写入操作会报错,这个应该没有人使用吧。
4.0版本后,增加了以下两种:
7.volatile-lfu:从已设置过期时间的数据中挑选最不常用的数据淘汰;
8.allkeys-lfu:当内存空间不足以容纳新写入数据时,在健空间中,挑选最不常使用的key淘汰。