缓存雪崩

我们首先看下这个正常的缓存流程是怎样的？如下图所示：

可以看到，首先这个用户访问这个某东，然后这个某东去访问这个 Redis，如果 Redis 有该访问数据，就会直接返回查缓存拿到的数据；如果 Redis 缓存没有查到该数据，就会去 MySql 数据库中查询，查询到有结果把从 MySql 中查到的数据同步至 Redis 缓存中去，同时会把这个查询到的结果返回回去。

这是一个简单的正常的缓存流程。那么我们基于这个正常的缓存流程，来看下什么是缓存的雪崩。

首先给大家举个例子，就是在双十一的时候，在某东买东西，进入它的这个首页，由于是双十一，首页的访问量是非常大的，所以首页的很多数据是缓存在 redis 里面的。

假设首页数据存储在 redis 里的 100 个 key，设置的缓存失效时间是两个小时，当在双十一期间，购物超过两个小时之后，这个首页数据的 redis 缓存在这瞬间会全部失效，导致所有的请求都打到这个 MySql 数据库上，此时数据库的访问压力增大，造成这个 MySql 数据库响应不及时而挂掉，从而某东的首页就没办法继续对外提供服务了，然后东哥就特别不开心，把这次的技术负责人送去了非洲。

那么通过这个举例，我们来看下面这个图：

就是说用户访问某东，这个时候 redis 里面的 key 大量失效，导致这个某东直接访问数据库，把大量的请求都打到来数据库，这种现象就是缓存雪崩。简单来说就是 redis 缓存在同一时间大量失效，就像这个雪崩来了一样。

那么缓存雪崩它的解决方案有几种呢？下面来说下：

设置这个缓存的失效时间，不让大量的 key 在同一时间失效，即在设置这个缓存的时候，可以将 key 的失效时间分散开。
我们部署 redis 一般是集群部署的，可以把这些热点的 key 放到不同的节点上去，让这些热点的 key 均匀的分布在不同的 redis 节点上。
还有就是比较暴力的方法，不设置这个缓存失效的时间，让 key 永不失效。

缓存穿透

接下来我们再来介绍什么是缓存穿透。

还是举个例子：比如说某位老哥开发了一个网站，然后这个网站非常的受欢迎，某一天突然遭到了黑客疯狂的攻击，他的这个攻击手段就是采用这个缓存穿透的原理。

大家都知道通常情况下，数据库的主键是从0开始递增的，是没有负数的，那么这位黑客就利用这点，他不断的用 ID 小于零的参数发请求过来。这位老哥刚开始是把网站的所有数据放到了 redis 缓存里面去，但是黑客是用 ID 小于零的数来请求，redis 缓存里面并没有这个 ID 小于零的数据，这样 redis 就查不到这个结果，一旦 redis 查不到结果就会去数据库中查，那么所有请求都会打到数据库，而且会一直打到数据库中去，因为 redis 缓存这层根本拦截不到这样的数据。

redis 缓存直接被这种数据穿透了，直接穿透到数据库里面。同样我们来看下面这个图：

首先这个恶意用户访问某东，用 id=-1 的数据去请求，然后这个 id=-1 的数据在 redis 缓存里面没有查到，就到数据库里面查询，也没有查到该条数据，只能返回空数据给前端了。

这个恶意用户（黑客）用脚本不断的发这个数据去请求，直接穿透 redis 打到这个数据库上，这就是所谓的缓存穿透。简单来说，缓存穿透就是指缓存和数据库中都没有这样的数据，一般出现这种情况都不是正常的用户在访问。

那么缓存穿透的解决方案有以下几点：

请求如果穿透 redis，直接到数据库，那么数据库无论查出什么结果，都写回到 redis 缓存里面去，这样下次用同一个参数发来请求的时候，就直接被 redis 缓存拦截掉了，就不回打到数据库了。
对请求的参数做合法性校验。
比较直接、简单粗暴的方法，把这个 IP 拉黑。
最后是使用布隆过滤器，这是一个非常好的方式。

缓存击穿

我们再来讲最后一个问题，就是缓存的击穿。

还是拿双十一来举例：东哥在双十一的时候，发话说想搞一个大活动，说想把自己20年前用的电脑拿出来拍卖，然后有巨多人对这个电脑感兴趣，于是东哥决定在双十一当天九点拍卖这台电脑，然后某东的开发程序员，把这台电脑数据放到了 redis 缓存里，即对应 redis 缓存里的一个 key。

拍卖的时候，大家热情都非常的高涨，持续拍卖了将近三个小时，还没有结束这场线上拍卖，但是这台电脑对应的 redis 缓存 key 的失效时间是三个半小时。当大家拍卖到三个半小时的时候，这台电脑的缓存 key 突然失效了，导致这个大量的拍卖请求在 redis 里面查不到数据，从而这些大量请求就会直接打到数据库上，此时数据库的瞬间压力增大，造成响应不及时而挂掉。
这个时候呢，东哥看到自己的这台电脑还没拍卖出去，有点生气，于是把这个程序员送去了非洲。

同样我们也来看下面这个图：

用户访问某东，然后去 redis 请求某个拍卖秒杀商品，在缓存没有失效的时候，redis 可以把这个查询到的缓存 key 的结果返回回去，但是当这个缓存的 key 失效了，这个请求就会击穿这个 redis，直接打到数据库上。

这里大家注意的是，这里是某一个热点的 key，大量的用户请求不断的访问这个热点的 key，当这个热点的 key 突然失效，把请求都打到数据库上，这个过程就是叫做缓存击穿了。记住它是击穿某个一个非常热点的 key。

那么这个缓存击穿的解决方案是：

让这个热点 key 不过期，即不设置失效时间（不推荐）。
使用分布式锁，如果是单体应用的话使用互斥锁（分布式锁后续文章会讲）。

最后

光给面试题不给答案不是我的风格。这里面的面试题也只是凤毛麟角，还有答案的话会极大的增加文章的篇幅，减少文章的可读性，因此仅以截图展示，需要的小伙伴可以点击这里即可免费获取！

Java面试宝典2021版

最常见Java面试题解析（2021最新版）

2021企业Java面试题精选

img-MSwr7vhl-1626193811551)]

2021企业Java面试题精选

[外链图片转存中…(img-Faslp3WS-1626193811552)]

字节跳动算法工程师总结：中高级java开发面试题相关推荐

字节跳动算法工程师总结：java自学路线及推荐书籍
分享第一份Java基础-中级-高级面试集合 Java基础(对象+线程+字符+接口+变量+异常+方法) Java中级开发(底层+Spring相关+Redis+分布式+设计模式+MySQL+高并发+锁+线 ...
字节跳动算法工程师总结：java资料文件
一面(个人感觉回答得还不错) 1. 自我介绍 2. 说项目,项目问的非常深(本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目) 2.1 对于自己产于过项目的系统定位是 ...
字节跳动算法工程师总结：java接口实验报告总结
本文框架如下第一部分,主要是在阅读代码过程中的日志和笔记: 第二部分,主要介绍了 Redis 的主要框架,以及 Redis 是如何提供服务的,从一个最简单的命令开始讲起: 第三部分,主要介绍 Red ...
字节跳动算法工程师总结：java抽象类和接口实验报告
本文框架如下第一部分,主要是在阅读代码过程中的日志和笔记: 第二部分,主要介绍了 Redis 的主要框架,以及 Redis 是如何提供服务的,从一个最简单的命令开始讲起: 第三部分,主要介绍 Red ...
String源码分析，中高级Java开发面试题
空参构造 public String() {this.value = "".value;} 解析 String str=new String("abc");1. ...
Android中高级进阶开发面试题冲刺合集（四）
以下主要针对往期收录的面试题进行一个分类归纳整理,方便大家统一回顾和参考.本篇是第四集~ 强调一下:因篇幅问题:文中只放部分内容,全部面试开发文档需要的可在公众号<Android苦做舟>获 ...
Android中高级进阶开发面试题冲刺合集（七）
以下主要针对往期收录的面试题进行一个分类归纳整理,方便大家统一回顾和参考.本篇是第七集~ 强调一下:因篇幅问题:文中只放部分内容,全部面试开发文档需要的可在公众号<Android苦做舟>获 ...
思科java开发面试题
思科java开发面试题 1.mybatis怎么用的 2.MySQL怎么用的 3.git怎么用的 4.hashmap和hashtable 5.建立多线程 6.设计模式 7.程序的优化 8.程序的安全
2022高级JAVA开发面试题精选
面试过程是一个由浅入深的过程,面试官先给求职者抛出一个相对简单的问题,然后通过一环套一环的追问深入考察求职者对知识点的理解掌握程度. 如下是一个实际的关于redis知识点的面试场景: 面试官:你用过r ...

字节跳动算法工程师总结：中高级java开发面试题

缓存雪崩

缓存穿透

缓存击穿

最后

Java面试宝典2021版

最常见Java面试题解析（2021最新版）

2021企业Java面试题精选

2021企业Java面试题精选

字节跳动算法工程师总结：中高级java开发面试题相关推荐

最新文章

热门文章