缓存雪崩
我们首先看下这个正常的缓存流程是怎样的?如下图所示:
可以看到,首先这个用户访问这个某东,然后这个某东去访问这个 Redis,如果 Redis 有该访问数据,就会直接返回查缓存拿到的数据;如果 Redis 缓存没有查到该数据,就会去 MySql 数据库中查询,查询到有结果把从 MySql 中查到的数据同步至 Redis 缓存中去,同时会把这个查询到的结果返回回去。
这是一个简单的正常的缓存流程。 那么我们基于这个正常的缓存流程,来看下什么是缓存的雪崩。
首先给大家举个例子,就是在双十一的时候,在某东买东西,进入它的这个首页,由于是双十一,首页的访问量是非常大的,所以首页的很多数据是缓存在 redis 里面的。
假设首页数据存储在 redis 里的 100 个 key,设置的缓存失效时间是两个小时,当在双十一期间,购物超过两个小时之后,这个首页数据的 redis 缓存在这瞬间会全部失效,导致所有的请求都打到这个 MySql 数据库上,此时数据库的访问压力增大,造成这个 MySql 数据库响应不及时而挂掉,从而某东的首页就没办法继续对外提供服务了,然后东哥就特别不开心,把这次的技术负责人送去了非洲。
那么通过这个举例,我们来看下面这个图: