缓存穿透、缓存击穿、雪崩 解惑

一. 缓存穿透

定义

查询一个数据库根本不存在的数据。 比如说后端一般会先去缓存拿数据，拿不到就去DB拿,然后当DB返回非空时写入缓存。

但是这样有一种异常情况，如果被恶意攻击，比如说id=-1,这样根本查不到的数据。 DB会一直被访问到崩溃。

解决方案

如果从DB查询的对象为空，也放入缓存，只是设定的缓存过期时间较短，比如设置为60秒。

//代码示例 
 try (Jedis jedis = redisWrapper.getResource()) {
            String key = redisWrapper.buildKey(String.format("cmsCategoryId:%s",cateId));
            String value = jedis.get(key);
            if (StringUtils.hasText(value)) {
                cmsCategory = JSON.parseObject(value, CmsCategory.class);
            } else {
                cmsCategory = cmsCategoryMapper.findById(cateId);
                //set redis
                if(null!=cmsCategory) {
                    jedis.set(key, JSON.toJSONString(cmsCategory));
                }else
                    //对空值缓存60秒 
                    jedis.setex(key,60,null);
            }
        } catch (Throwable th) {
            Syslog.warn(th);
        }

二 . 缓存雪崩

定义

指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩

比如说做电商项目时，晚上11点缓存入一批商品，缓存时间1小时，那么到12点的时候正好都过期了。而对这批商品的访问，如果这时候遇到双十一什么的访问量极大的，请求就都落入到DB. DB就会存在周期性的压力

解决方案

这种可预知的缓存雪崩情况是可以通过代码去尽量规避的

一般是采取不同分类商品，缓存不同周期。在同一分类中的商品，加上一个随机因子。这样能尽可能分散缓存过期时间。而且，热门类目的商品缓存时间长一些，冷门类目的商品缓存时间短一些，也能节省缓存服务的资源

redis宕机或断网也会出现致命的缓存雪崩

三. 缓存击穿

定义

一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，==当这个爆款key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个屏障上凿开了一个洞==

解决方案

1. 设置永不过期 问题是可能访问的是老数据
2. 互斥锁

在第一个请求去查询数据库的时候对它加一个互斥锁，其余的查询请求都会被阻塞住，直到锁被释放，从而保护数据库。

但是也是由于它会阻塞其他线程，此时系统的吞吐量会下降。需要结合实际业务去考虑

730831a73bf56b8aa23ffaa1fb7264496368.gif