Redis8:商户查询缓存2

欢迎来到“雪碧聊技术”****博客!

在这里,您将踏入一个专注于Java开发技术的知识殿堂。无论您是Java编程的初学者,还是具有一定经验的开发者,相信我的博客都能为您提供宝贵的学习资源和实用技巧。作为您的技术向导,我将不断探索Java的深邃世界,分享最新的技术动态、实战经验以及项目心得。

让我们一同在Java的广阔天地中遨游,携手提升技术能力,共创美好未来!感谢您的关注与支持,期待在“雪碧聊技术”与您共同成长!

目录

一、缓存穿透

1、什么是缓存穿透?

缓存穿透的关键:不怀好意的人,会使大量的请求打到数据库,从而使数据库崩溃。

2、解决缓存穿透的两个方案

①缓存空字符串

②布隆过滤

3、解决商铺查询的缓存穿透问题

①思路:使用缓存空对象的方式。

②编写代码

③运行项目,查看效果

4、总结

①缓存穿透产生的原因是什么?

②缓存穿透的解决方案有哪些?


一、缓存穿透

1、什么是缓存穿透?

缓存穿透:是指客户端请求的数据在缓存中和数据库中都不存在,这样缓存永远不会生效,这些请求都会打到数据库。

举例:

假设我们的店铺id是1~20,结果有人非要查询id为100的店铺,这明显是不合理的,于是就会出现如下情况:

此时缓存中没有,去数据库查询也没有,于是这个不怀好意的人抓住了这个漏洞,搞了一堆线程来发送大量的请求,查询这个不存在的id,这些海量的请求都会打到数据库中,长时间一来,数据库就会垮掉(数据库速度不像redis那么快,可能打到数据库的请求一多,就会导致数据库垮掉)。

缓存穿透的关键:不怀好意的人,会使大量的请求打到数据库,从而使数据库崩溃。

2、解决缓存穿透的两个方案

解决关键:不让大量的不合理请求,打到数据库!

①缓存空字符串

解决思路:一个不怀好意的人,查询id=100的店铺时,redis、数据库中都没有,因此数据库就向redis中缓存一个key为100,值为“”空字符串的数据。这样即使这个人,查询id=100的店铺,发送多少次请求都没用,因为都被redis命中了""空字符串,然后就直接拒绝请求了,这是摸不到数据库的,因此就不会导致数据库崩溃。

因此就解决了缓存穿透。

  • 优点:实现简单,维护方便。
  • 缺点:产生额外的内存消耗、可能造成短期的不一致

                可以给存入redis中null的数据,设置有效期TTL,这样就不会导致爆满。

②布隆过滤

请求先经过“布隆过滤器”,先问问所查询的数据是否存在,如果“布隆过滤器”说不存在,那么将直接拒绝这个请求,根本不给你摸到数据库的机会。

  • 优点:内存占用较少,没有多余的key。
  • 缺点:实现复杂、存在误判可能

3、解决商铺查询的缓存穿透问题

①思路:使用缓存空对象的方式。

第一步:查询数据库时,如果不存在,不仅要报404异常,还要将查询的id作为key,“”空字符串作为value,存入redis中,这样该请求就不会一直摸到数据库。

第二步:判断redis命中时,要额外增加一个判断逻辑:如果命中的是“”空字符串,则直接结束请求;不是“”空字符串,才会返回给前端。

②编写代码

③运行项目,查看效果

第一次访问一个不存在的商铺id=0:

可见此时数据库中,查询该id不存在,于是以该id为key,“”空字符串为value,存入redis中,以便后期防止缓存穿透。

第二次访问该id=0的商铺,就是纯恶意访问,想让这个id=0的请求频繁打在数据库上:

此时发现该请求摸不到数据库,而是在redis命中“”空字符串,然后被拒绝了,挡住了,没有摸到数据库,这就解决了“缓存穿透”。

4、总结

①缓存穿透产生的原因是什么?

用户请求的数据在redis缓存、数据库中都不存在,于是恶意地、频繁地发起这样的请求,一直打到数据库中,给数据库带来巨大压力,导致数据库崩溃。

②缓存穿透的解决方案有哪些?

  • 方式一:缓存“”空字符串
  • 方式二:布隆过滤

上一篇:【MyBatis源码】ScriptRunner工具分析-基础使用


下一篇:Java LeetCode练习