欢迎来到“雪碧聊技术”CSDN博客！
在这里，您将踏入一个专注于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缓存、数据库中都不存在，于是恶意地、频繁地发起这样的请求，一直打到数据库中，给数据库带来巨大压力，导致数据库崩溃。
②缓存穿透的解决方案有哪些？
- 方式一：缓存“”空字符串
- 方式二：布隆过滤
