原创首发公众号：「bigsai」

缓存穿透、缓存雪崩和缓存击穿

如果不了解，可能对这几个概念都不了解，听着感觉太高大上，至少笔者刚开始是这么觉得，本文并不是详细介绍如何解决和完美解决，更主要的是认识和认知吧。

redis 缓存穿透

理解

• 重在穿透吧，也就是访问透过 redis 直接经过 mysql，通常是一个不存在的key,在数据库查询为null。每次请求落在数据库、并且高并发。数据库扛不住会挂掉。

解决方案

• 可以将查到的 null 设成该 key 的缓存对象。

• 当然，也可以根据明显错误的 key 在逻辑层就就行验证。

• 同时，你也可以分析用户行为，是否为故意请求或者爬虫、攻击者。针对用户访问做限制。

• 其他等等，比如用布隆过滤器(超大型 hashmap)先过滤。

redis 缓存雪崩

理解

• 雪崩，就是某东西蜂拥而至的意思，像雪崩一样。在这里，就是 redis 缓存集体大规模集体失效，在高并发情况下突然使得 key 大规模访问 mysql，使得数据库崩掉。可以想象下国家人口老年化。以后那天人集中在 70-80 岁，就没人干活了。国家劳动力就造成压力。

解决方案

• 通常的解决方案是将 key 的过期时间后面加上一个随机数，让 key 均匀的失效。

• 考虑用队列或者锁让程序执行在压力范围之内，当然这种方案可能会影响并发量。

• 热点数据可以考虑不失效

redis 缓存击穿

理解

缓存击穿，是指一个 key 非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个 key 在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，好像蛮力击穿一样。

• 击穿和穿透不同，穿透的意思是想法绕过redis 去使得数据库崩掉。而击穿你可以理解为正面刚击穿,这种通常为大量并发对一个 key 进行大规模的读写操作。这个 key 在缓存失效期间大量请求数据库，对数据库造成太大压力使得数据库崩掉。就比如在秒杀场景下 10000 块钱的 mac 和 100 块的 mac 这个 100 块的那个订单肯定会被抢到爆，不断的请求(当然具体秒杀有自己处理方式这里只是举个例子)。所以缓存击穿就是针对某个常用 key 大量请求导致数据库崩溃。

解决方案

• 可以使用互斥锁避免大量请求同时落到 db。

• 布隆过滤器，判断某个容器是否在集合中

• 可以将缓存设置永不过期(适合部分情况)

• 做好熔断、降级，防止系统崩溃。

下篇文章会讲解 redis 缓存与关系数据库数据一致性各种场景分析，敬请期待。