当前位置：首页 > news >正文

Redis--15--缓存穿透击穿雪崩

news 2025/9/16 4:52:51

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

缓存穿透击穿雪崩
- 运行速度:
- 1 缓存穿透
- - 问题描述:
  - 如何解决:
- 2 缓存击穿
- - 问题描述:
  - 如何解决:
- 3 缓存雪崩
- - 说明:
  - 解决方案:

缓存穿透击穿雪崩

问题描述: 由于海量的用户的请求如果这时redis服务器出现问题则可能导致整个系统崩溃.

运行速度:

tomcat服务器 150-250 之间 JVM调优 1000/秒
NGINX 3-5万/秒
REDIS 读 11.2万/秒写 8.6万/秒平均 10万/秒

1 缓存穿透

问题描述:

由于用户高并发环境下访问数据库中不存在的数据时 ,容易导致缓存穿透.

缓存击穿是指一个Key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个Key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个完好无损的桶上凿开了一个洞。

缓存击穿的话，设置热点数据永远不过期。或者加上互斥锁就能搞定了。

如何解决:

热点数据永不过期
使用互斥锁

业界比较常用的做法，是使用mutex。简单地来说，就是在缓存失效的时候（判断拿出来的值为空），不是立即去load db，而是先使用缓存工具的某些带成功操作返回值的操作（比如Redis的SETNX）去set一个mutex key，当操作返回成功时，再进行load db的操作并回设缓存；否则，就重试整个get缓存的方法。

伪代码如下图：

SETNX，是「SET if Not eXists」的缩写，也就是只有不存在的时候才设置，可以利用它来实现锁的效果

2 缓存击穿

量太大，缓存过期

问题描述:

由于用户高并发环境下, 由于某个数据之前存在于内存中,但是由于特殊原因(数据超时/数据意外删除)导致redis缓存失效. 而使大量的用户的请求直接访问数据库.
俗语: 趁他病要他命
在这里插入图片描述

如何解决:

1. 设定超时时间时不要设定相同的时间.
2. 热点数据永不过期

3. 设定多级缓存

4.缓存空对象

当存储层不命中，到数据库查发现也没有命中，那么仍然将空对象保留到缓存层中，之后再访问这个数据将会从缓存中获取,这样就保护了后端数据源。不过空值做了缓存，意味着缓存层中存了更多的键，需要更多的内存空间(如果是攻击，问题更严重),比较有效的方法是针对这类数据设置一个较短的过期时间，让其自动剔除。

5. 使用布隆过滤器

3 缓存雪崩

缓存雪崩是指在某一个时间段，缓存集中过期失效或者Redis宕机

说明:

由于高并发条件下有大量的数据失效.导致redis的命中率太低.而使得用户直接访问数据库(服务器)导致奔溃,称之为缓存雪崩.

缓存雪崩:由于缓存层承载着大量请求,有效地保护了存储层,但是如果缓存层由于某些原因不能提供服务，比如同一时间缓存数据大面积失效，那一瞬间Redis跟没有一样，于是所有的请求都会达到存储层，存储层的调用量会暴增，造成存储层也会级联宕机的情况。

解决方案:

保证缓存层服务高可用性
不要设定相同的超时时间随机数，热点数据永不过期
提高redis缓存的命中率调整redis内存优化策略采用LRU等算法.
微软服务机制 API网关实现. （SpringCloudGateway 网关限流降级熔断）
数据预热
设定多级缓存.
配置布隆过滤器

文章目录

缓存穿透 击穿 雪崩

运行速度:

1 缓存穿透

问题描述:

如何解决:

2 缓存击穿

问题描述:

如何解决:

3 缓存雪崩

说明:

解决方案:

相关文章：

缓存穿透击穿雪崩