Java redis 缓存渗透缓存命中雪崩的三种现象和解决方案
前言
本文主要阐述redis中的三种现象
1.缓存穿透
2.缓存击穿
3.雪崩现象
本文主要说明本人对三种情况的理解,如果需要知道redis基础请查看其他博客,加油!
一、缓存穿透
理解:何为缓存穿透,先要了解穿透,这样有助于区分穿透和击穿,穿透就类似于伤害一点一点的累计,最终打到穿透的目的,类似于射手,一下一下普通攻击,最终杀死对方,先上图
先来描述一下缓存穿透的过程:
1.由于我们取数据的原则是先查询redis上,如果redis上有数据那么我们就取redis,如果没有则对数据库进行查询
2.当我们的应用服务器压力变大(例如我们双十一进行购物)
3.那么我们同时大量数据访问redis,而redis中只有其中几条数据的信息,那么我们就会对数据库进行大量的查询(redis命中率降低)
4.导致数据库崩溃
以上的过程就是缓存穿透
解决办法:
1.对空值进行缓存
2.设置黑(白)名单
3.采用布隆过滤器(布隆底层实际原理类似于优化版的使用bitmap进行缓存查询)
二、缓存击穿
理解:何为缓存击穿,击穿其实就是类似于爆发伤害,类似于高爆发的法师,一套技能瞬间杀死对方,上图
先来描述一下缓存击穿的过程:
1.由于我们取数据的原则是先查询redis上,如果redis上有数据那么我们就取redis,如果没有则对数据库进行查询,击穿的结果是redis还在正常运行,mysql崩了
2.当我们数据库(mysql)访问量瞬间增加(例如我们双十一进行抢制定的商品)
3.而此时,我们的redis上相对应的key突然过期,那么我们把查询压力全给mysql
4.导致数据库崩溃
以上的过程就是缓存击穿
解决办法:
1.预先设置热门数据(例如先缓存好制定商品的信息)
2.实施调整(人工延长key过期时间)
3.使用锁(影响效率)
三、雪崩现象
理解:何为雪崩,顾名思义,就是一片雪花导致整个系统的崩盘,先上图
先来描述一下缓存击穿的过程:
1.由于我们取数据的原则是先查询redis上,如果redis上有数据那么我们就取redis,如果没有则对数据库进行查询
2.当我们服务器压力变大(例如双十一购物)
3.而此时,我们的redis上大量的key过期,导致数据库压力剧增,返回给服务器的效率变低
4.由于效率变低,导致我们redis中缓存过多请求,导致redis崩溃
5.最终导致整个系统的崩盘
以上的过程就是雪崩
解决办法:
1.构建多级缓存(nginx缓存+redis缓存+其他缓存)
2.使用锁或者队列
3.设置过期标志自动更新
4.错开key的过期时间(建议3 4结合使用)
总结
1.redis妙用很多,需要在实际应用场景体会
2.思想很重要,基础也很重要
3.谢谢尚硅谷的老师
4.欢迎讨论指出错误
视频教程链接
到此这篇关于详解Java redis中缓存穿透 缓存击穿 雪崩三种现象以及解决方法的文章就介绍到这了,更多相关Java redis 缓存穿透 缓存击穿 雪崩内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
上一篇: dhcp 服务器有什么作用?
推荐阅读
-
大聪明教你学Java|Mybatis的一级缓存和二级缓存--🍊作者简介:不愿过河东,一个来自二线城市的程序员,致力于用 "猥琐 "的方法解决琐碎的问题,让复杂的问题变得简单易懂。支持作者:喜欢👍,关注💖,留言💌~! 前言。 在计算机世界中,缓存无处不在;操作系统有操作系统缓存,数据库会有数据库缓存,我们还可以利用中间件(如 Redis)来充当缓存。MyBatis 作为一个优秀的 ORM 框架,也用于缓存,所以今天我们就来谈谈 Mybatis 的一级缓存和二级缓存。 Mybatis 一级缓存 首先,我们来看一张图片👇。 我们在开发项目的过程中,如果打开Mybatis的SQL语句打印,经常会看到这样一句话:创建一个新的 SqlSession,其实这就是我们常说的 Mybatis 一级缓存。 Mybatis 的一级缓存也就是在执行一次 SQL 查询或 SQL 更新后,这条 SQL 语句并不会消失,而是被 MyBatis 缓存起来,当再次执行同样的 SQL 语句时,就会直接从缓存中提取出来,而不用再次执行 SQL 命令。第一级缓存也称为 SqlSession 级缓存。对数据库进行操作时,需要构建一个 SqlSession 对象,其中有一个用于存储缓存数据的数据结构(HashMap)。对象中有一个用于存储缓存数据的数据结构(HashMap)。不同 SqlSession 之间的缓存数据区域(HashMap)互不影响。 在我们的应用系统运行过程中,我们可能会在一个数据库会话中,执行多条查询条件相同的 SQL 语句,那么对于这种情况,你来进行设计,那么你会如何考虑呢?没错,就是加入缓存,MyBatis也是这么来处理的,如果是同一条SQL语句,会优先打入一级缓存,避免直接查询数据库,给数据库造成压力,提高性能。具体实现过程如下图所示👇 SqlSession 是一个接口,提供了一些 CRUD 方法,SqlSession 的默认实现类是 DefaultSqlSession,DefaultSqlSession 类持有 Executor 接口对象,Executor 的默认实现是 BaseExecutor 对象,每个 BaseExecutor 对象都有一个 PerpetualCache 缓存,即上图中的本地缓存。当用户发起查询时,MyBatis 会根据当前执行的语句生成一个 MappedStatement,并在本地缓存中进行查询,如果缓存被命中,查询结果会直接返回给用户;如果缓存未被命中,查询结果会直接返回给用户。如果缓存未命中,则查询数据库,将结果写入本地缓存,最后将结果返回给用户。这时候可能有小伙伴要说了:我还在控制台中看到 "关闭非事务性 SqlSession "这句话,说明我每次创建一个 SqlSession 到 SqlSession 结束都是关闭的,那么我的缓存还是有毛线用!😥 事情肯定不是我们想的那样,让我们继续👇。 🍊 getSqlSession 源代码
-
Java redis 缓存渗透缓存命中雪崩的三种现象和解决方案
-
Redis 缓存渗透/命中/雪崩原理及其详细解决方案
-
如何理解 Redis 中的缓存雪崩、缓存渗透和缓存命中?
-
阿里味 "的《Redis核心实践全彩手册》给你,还学不会转行--Redis基本是必考点。在 "阿里味 "的《Redis核心实战全彩手册》里,你还是学不会转行--Redis基本是必考点: - Redis 常见的性能问题有哪些?Redis 最常见的性能问题有哪些,如何解决?--性能相关 - Redis 缓存的雪崩、击落和穿透到底意味着什么?如何处理?--缓存相关 - Redis 主从集群有哪些常见问题?如何解决?--可用性 - 现有的 Redis 实例有 6GB 的存储空间,预计将来会扩展到 32GB,你能提供解决方案并分析其优势和潜在问题吗?--可扩展性相关 毕竟,10 家公司中至少有 8 家的架构系统中都有 Redis,基本上可以说是 IT 基础架构的必备系统。 因此,Redis 的开发和运维是很多大厂的重要工作,也是我们必须掌握的技术栈。 不过,Redis 毕竟是一个复杂的键值数据库,在实际使用中,有非常多的技术点需要注意,比如:各种数据结构、数据持久化机制、分片集群、主从集群等等。 一不小心,性能就会每况愈下,失去 "快 "的最大特点!