当前位置:   article > 正文

redis的缓存穿透如何解决!_怎么解决redis穿透

怎么解决redis穿透

redis的高频面试题(开发一定会用到)

	redis的缓存穿透,如何解决?
		所谓的缓存穿透:
			在客户端去查询数据的时候,数据库中没有数据,缓存中也没有,按照redis源码的执行流程
			这就会出现情况-->当客户端发送请求查询数据的时候,并不会直接查询数据库,无论有没有数据都会先去查询redis,如果redis没有,则再查数据库,数据库也没有
			相当于每一次访问请求的时候都会查询两次
			当缓存的次数请求的过多的时候(这个时候redis不会造成宕机),redis就会认为你要搞他,所以redis就会不工作--->造成非常严重的现象,会跳过缓存直接去查询数据库,缓存就相当于没有用,本来缓存是为了提升效率(节省时间的),项目的效率就会大大降低(缓存命中率)
			当直接跳过缓存的时候,数据库的访问量就会增加到非常大的地步,数据库可能就会存在宕机的风险(这就是当黑客开始攻击的时候-->不会直接攻击数据库-->先攻击redis缓存-->redis就会开启自我保护不再工作-->开始大量发送并发攻击数据库)
		这也就是所谓的缓存穿透
			和case穿透很像
			int i = 3;
			switch(i){
				case 1: "今天很开心";
				
				case 2: "今天更开心";

				case 3:
			}
		用网络上获取的数据都会以抓包的形式拿取(tcp/udp协议)
			短连接:从百度爬回来的数据--->只管发(按照规定时间(2s))--->不管项目是否接收到了
			长连接:不但要管发送数据,还要操心数据是否发送到了,如果没有发送到就会一直等待,直到连接超时
			数据包攻击:大量使用并发发送数据包到目标项目,导致目标项目因为性能问题无法接收到任何一个包的数据-->开始给你指定另外一条路(这些正确的数据就会被黑客模拟出来的路所接收到),黑客为了获取数据,还会一直不断的向真正服务器所发送假数据,让其一直处于崩溃状态
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21

附图:redis的缓存同步流程。
在这里插入图片描述

		解决方案有两种:
			一:使用布隆过滤器
				1.首先先规定好redis集群中需要存储什么样的数据(redis中所要存放的数据就是商品信息,那么就规定存入的数据就是商品信息,如果存入的是身份证号信息,就规定是身份证号信息,如果两个都存,那么两个都规定就行了)
					规定好了之后,就会把这些可能出现的文字/字母/数字的哈希值给列举出来(理想状态是找到所有文字/字母/数字的所有可能性),把这些所有的可能性都存到bitmap,当有一个根本不可能的查询过来的时候,直接会被整个bitmap给拦截,这样就节省了查询压力
				哈希值:
					MD5的加密方式使用的就是哈希加密
						现在有一个密码zhangsan1234,这个密码肯定不能以明文暴露,必须要加密
						(shiro就是这么做的)
						把明文密码拆分成char数组--->char[] = {"z","h","a","n"....}
						这个时候就会用到一个算法(散列算法(自己百度))-->散列算法的作用就是计算出char数组中每一个元素的散列坐标值
						z-->124
						h-->dh1
						a-->ffi8
						n-->zzj7
						zhan ---> 124dh1ffi8zzj7
					所产生的这些不规则的数据(字母,符号(-),数字)就是哈希值
				在讲数据库索引的时候是否知道位图索引(bitmap)
				位图:当照片被无限极放大之后就会发现这个照片是一块一块的,那么这一个小块就称之为一个位图
			二:简单粗暴,也非常好用,也比较常用(称之为懒人专用)
				redis中永远不会给你报错空指针(就算你去redis中查询数据,这个key不存在,返回的数据也是nil-->null,并不是会空指针异常)
				当在去查询的时候,无论是数据真的不存在,还是系统出现了各种问题
				这个时候查询的redis是null,然后就会去查询数据库(redis的源码执行流程)
				,但是数据库中也没有数据,那么就会给前端返回一个null值
				但是这个时候如果并发特别大,会造成无用的很多次查询
				当第一个人过来查询的时候,查询缓存和数据库都没有数据,因为返回的是一个"null"
				作为缓存存到数据库中
				-->以user为key的数据-->redis.get("user")-->是null的,又去查询数据库,发现这个数据库返回的也是null-->就把这个"null"-->以user的为key存入到redis中
				redis.set("user","null")(重点注意对象:必须要设置失效时间,当时我所设置的失效时间是10分钟,而且强制规定一定不能大于10分钟)
					那么为什么非得设置的这么短呢?
					(体现严谨性的时候到了)
					有没有一种可能就是当时数据库中没有数据,但是后来数据库中有数据了,如果这个时候缓存中时间设置的非常长,就会一直去走缓存,不会走数据库
					mybatis的二级缓存集成redis,什么时候数据会进入redis中?当实现了一次从数据库中查询数据的时候才会进入redis中
					从redis中查redis.get("user");
					List<User> userListRedis
					从数据库中查select * from user;
					List<User> userListMybatis
					if(userListRedis.size() == userListMybatis.size()) {
						return userListRedis;
					} else{
						把多余的数据以追加的形式存入到redis中
						redis.set("user", JSON.toString(userListMybatis));
						return userListMybatis;
					}
				如果缓存不过期,则就不会去请求数据库,会保护了数据库被请求的并发次数
				解耦!!!!

			Redis-3.2.5--->在两分钟之内4000的并发一直在不断请求redis(而且所查询的数据都是null)
			redis.get("key");--->key一定是不存在的
			1s:4000
			2s:4000
			3s:4000
			应该是在一分多钟的时候就不会再走redis了,会直接抛异常了
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/491640
推荐阅读
相关标签
  

闽ICP备14008679号