31｜缓存过期：为什么 Redis 不立刻删除已经过期的数据？

感觉最后的那个预加载案例实际生活中还是比较多的。 比如说点开一篇文章，只会返回文字，文章中的图片只有浏览到了相应的位置之后才会加载出来。但是等浏览到图片的实际显示位置才开始加载图片，图片显示的速度就可能很慢。所以实际的图片加载的位置会提前一些。 还有就是比如查看朋友圈的九宫格图片，点开了第一张大图，多半还会打开后面几张。那么就可以先预加载第二张第三张，等真的打开第二张的时候，又继续预加载第四张。 预加载这种思路，在用户行为可预期的情况下，可以做到既提高用户的使用体验，又不过多地占用服务资源。

我在 xxx 零售项目中，为了应对高并发的抢购场景，进一步提高系统的性能，采用了多级缓存即 "本地缓存 + Redis 缓存 + 数据库 "的缓存方案，让本地缓存抗住大流量，Redis 缓存次之，数据库兜底。主要是针对读操作的接口做缓存设计，将抢购活动列表、抢购活动详情、抢购商品列表以及抢购商品详情放到了本地缓存和 Redis 缓存，这些数据在我们平台中都属于热点数据，如何给这些热点数据设置缓存过期时间就尤为重要了，设置短了，命中率低，大量的流量都会打在数据库上；设置长了，会浪费内存空间。 我们最终是以抢购活动时间来作为缓存过期时间的，假设运营那边添加了一个抢购活动并且持续时间是 2 小时，那么这些数据我们设置的过期时间基本都是 2 小时左右，因为一旦抢购活动结束，这些数据都可能不再是热点数据。为了释放内存，所以会将其清理。 我这么回答OK不，老师，哈哈

1）本地缓存的场景，我们绑定映射关系是用的是本地的hashmap，我理解在调用remove方法的时候，进行删除当前的key哇 2）之前12点有电商流量进来，如果大量缓存过期，会出现缓存雪崩的现象，我们一般都加上随机过期时间

老师 最后的思维导图有几处错误，辛苦更正下哈

请教老师几个问题： Q1：延迟队列这种方式是什么时候放入队列? 实现过期机制的四种方式中，对于延迟队列，对象是过期以后放入队列吗？还是一开始就放入队列？ Q2：Redis的定期删除，是自身实现的？还是依靠外部程序实现的？ (自身实现是指Redis通过设置某个参数等操作来实现；依靠外部程序实现是指Redis之外的一个程序来定期扫描Redis从而删除) Q3：遍历DB是指Redis而不是MySQL吧。 文中遍历的DB0、DB1等等，是Redis自身划分的几个区域，而不是指真正的数据库比如MySQL吧。 Q4： Redis删除过期key时，遍历的执行时间一般设置多大？