缓存穿透、缓存击穿、缓存雪崩区别和解决方案
有很多解决高并发的应用场景中都会使用memcache\redis缓存来解决响应慢的问题，但是缓存也不是万能的，在使用方面有很多的考虑的问题，把缓存比喻成防弹衣，但是如果你没有穿好这件防弹衣会适得其反，下面我根据自己的理解就展开来谈谈。
在高并发场景下有一个常常被忽略的一个地方，读多还是写多，读多写少用缓存，写多读少用队列。
为什么要用缓存?为了系统的高性能，在每个系统的性能指标中有两个重要的点，一个是性能最佳点和性能最大值，超过最大融载值就走向系统崩溃的边缘了。
缓存穿透
缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求，特别大不存在的数据。这时的用户很可能是攻击者，攻击会导致数据库压力过大。
解决方案：
1.在服务器端，接收参数时业务接口中过滤不合法的值，null，负值，和空值进行检测和空值。
2.bloom filter：类似于哈希表的一种算法，用所有可能的查询条件生成一个bitmap，在进行数据库查询之前会使用这个bitmap进行过滤，如果不在其中则直接过滤，从而减轻数据库层面的压力。
3.空值缓存：一种比较简单的解决办法，在第一次查询完不存在的数据后，将该key与对应的空值也放入缓存中，只不过设定为较短的失效时间，例如几分钟，这样则可以应对短时间的大量的该key攻击，设置为较短的失效时间是因为该值可能业务无关，存在意义不大，且该次的查询也未必是攻击者发起，无过久存储的必要，故可以早点失效。
缓存雪崩
因为缓存服务挂掉或者热点缓存失效，所有请求都去查数据库，导致数据库连接不够或者数据库处理不过来，从而导致整个系统不可用。
解决方案：
加锁排队、 设置过期标志更新缓存 、 设置过期标志更新缓存 、二级缓存（引入一致性问题）、 预热、 缓存与服务降级。
1.线程互斥：只让一个线程构建缓存，其他线程等待构建缓存的线程执行完，重新从缓存获取数据才可以，每个时刻只有一个线程在执行请求，减轻了db的压力，但缺点也很明显，降低了系统的qps。
2.交错失效时间：这种方法时间比较简单粗暴，既然在同一时间失效会造成请求过多雪崩，那我们错开不同的失效时间即可从一定长度上避免这种问题，在缓存进行失效时间设置的时候，从某个适当的值域中随机一个时间作为失效时间即可。
缓存击穿
缓存击穿实际上是缓存雪崩的一个特例，缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。击穿与雪崩的区别即在于击穿是对于某一特定的热点数据来说，而雪崩是全部数据。
解决方案：
1.缓存设置不过期。
从redis上看，确实没有设置过期时间，这就保证了，不会出现热点key过期问题，也就是物理不过期。但是它会遇到一个数据更新的问题，或者说数据不一致的问题。
在value中存储过期时间，在编码处理的时候，有条件(过期时间小于一分钟)对缓存数据进行更新，这个方案对性能最佳。
2.使用锁工具（分布式锁）
$redis->setnx($key,time()+$expire);
# 加锁
$redis->del($key);
# 解锁
#新版本加锁
#NX意思为SET IF NOT EXIST，即当key不存在时，我们进行set操作；
#若key已经存在，则不做任何操作；
#PX意思是给这个key加一个过期设置
$redis->set($resource, $token, ['NX', 'PX' => 10 ]);
总结:缓存好比防弹衣，不意味着你穿上防弹衣就可以刀枪不入，只有更好的使用缓存才会达到更好的作用，方案有很多，适合你的就是好的。
转载：https://blog.csdn.net/xuezhiwu001/article/details/105072544