怎么区分Redis 缓存穿透、击穿、雪崩

点赞+关注，私信我获取更多java资料，笔记，源码

前言

如何有效的理解并且区分 Reids 穿透、击穿和雪崩之间的区别，一直以来都挺困扰我的。特别是穿透和击穿，过一段时间就稀里糊涂的分不清了。

为了有效的帮助笔者自己，以及拥有同样烦恼的朋友们区分这三种场景。笔者总结了一些关键词，希望大家可以和我一样通过联想的方式来区分并理解这三种场景的区别！

缓存穿透

关键词：穿过 Redis 和数据库

当 Redis 和数据库中都没有我们想要的数据时，就需要考虑缓存穿透的问题了。下面这段逻辑大家用的会比较多：先去 Redis 中查找某资源，Redis 中查不到就去 DB 中查，DB 中查到后回写一份数据到 Redis 中。

这段逻辑正常情况下问题并不大，但是如果用户恶意重复请求资源 X，该资源在 Redis 和 DB 中都不存在。那么每次请求都会直接打到 DB 上，甚至导致物理 DB 宕机。

解决方案：

1、缓存空结果

如果系统发现 Redis 及 DB 中都不存在该资源，就缓存空结果一段时间。需要注意哈，这次的失效时间不能设置的太长，否则数据的实效性会产生很大的问题。

2、用户合法性校验

对用户的请求合法性进行校验，拦截恶意重复请求。

3、布隆过滤器

看到这个名词不要慌。简单来说布隆过滤器