redis缓存穿透、缓存雪崩、缓存穿透解决办法

1. 缓存穿透

指查询一个一定不存在的数据，由于缓存一直不命中，将去数据库查询，但是数据库也无此记录，我们没有将这次查询的null写入缓存，这将导致这个不存在的数据每次请求都要到存储层查询，失去了缓存的意义

风险：利用不存在的数据进行攻击，数据库压力增大，最终导致崩溃
解决：将null结果缓存，并加入短暂的过期时间

2. 缓存雪崩

缓存雪崩是指在我们设置缓存时key采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩。
解决:原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。

3. 缓存击穿

对于一些设置了过期时间的key，如果这些kev可能会在某些时间点被超高并发地访问，是一种非常“热点”的数据。如果这个key在大量请求同时进来前正好失效，那么所有对这个key的数据查询都落到db，我们称为缓存击穿。
解决:
加锁
大量并发只让一个去查，其他人等待，查到以后释放锁其他人获取到锁，先查缓存，就会有数据，不用去db

单机项目可以使用synchronized锁（因为sringboot是单例），但是分布式项目失效，需要使用redis上锁

//单机模式
//只要是同一把锁。就能锁住需要这个锁的所有线程
//1、synchronized(this):SpringBoot所有的组件在容器中都是单例的
synchronized(this){
	//代码逻辑
	//1.先查询缓存，因为此时有大量排队的请求，
	//2.如果缓存为空，则查询数据库
	//3.查询完将数据保存缓存(此步骤必须在锁里执行，否则当保存缓存时间长的情况下，会有后续少量的请求查询数据库，因为第一步查询没有查到数据
}

分布式锁见redisson使用篇：