一、缓存穿透

问题呈现：

1. 场景：MySQL中有个id=1的商品卖得非常火，这时候就会被我们的系统检测到，并且从MySQL中查询到相关的数据缓存至redis中，那么下次无论再有多少请求过来其实都会先访问我们的redis，从而减小了MySQL的压力。这个时候有一个不会好意的人查询了一个MySQL中并没有的商品，比如id=0，这个时候首先经过redis缓存没有查询到，然后就会去查MySQL发现也没有，于是最终由于没有数据导致没有被redis缓存。那么这个时候这个人又发出了一百万次同样的请求，结果redis都没有查到数据，所以最会一百万个请求都会被转发到了MySQL，最终MySQL挂了，这就是缓存穿透。
2. 总结：缓存穿透指查询一个不存在的数据时，没能写入缓存而导致的每次请求都会被转发到底层MySQl的现象。

解决方案：

1. 采用布隆过滤器：当有请求想要访问MySQL中的商品信息时，先访问布隆过滤器，只有布隆过滤器返回商品存在时再去访问MySQL。当然这需要你上传商品到MySQL的同时将商品存入布隆过滤器。
2. 当从MySQL中查询数据为空的时候也会将这个数据以key，value的方式存入redis。这个时候key还是商品的id，value为空，然后可以加一个相对较短的过期时间。这个方式简单粗暴但同样有效。

二、缓存雪崩

问题呈现：

1. 场景：我们需要批量上传一批商品，非常非常的多，而且可以肯定都是爆款。所以在上传的同时需要将他们缓存至redis，因为是同时上传的所以导致他们存入redis的过期时间都是一样的，那么在将来的某一时刻这些商品在redis中会同时过期。这样一来就导致在这一刻的所有请求都会被转发到底层MySQL中，最终MySQL挂了，这就是缓存雪崩。
2. 总结：缓存雪崩指一大批数据都采用了相同的过期时间，导致将来某一时刻同时过期从而大量请求被转发至MySQL的现象。

解决方案：

1. 限流：比如MySQL一秒只能承受1000请求，那么在请求到MySQL之前把请求数量限制到1000以内，具体实现可以自己写一个算法或者使用相关的轮子。
2. 将缓存失效的时间分散开，比如我们可以在原有的过期时间上加一个随机秒数。这样每一个缓存过期时间就都不一样了，这种方式是比较简单的。

三、缓存击穿

问题呈现：

1. 场景：当下有一个商品是一个“非常热点数据”，但是就在这一刻它之前被设置的缓存时间刚好过期。由于这个商品火啊，单这一刻就会有几万甚至几十万的请求过来，但是他的缓存已经没了，所以请求就会被转发到MySQL，最终MySQL挂了。这就是是缓存击穿。它和缓存雪崩非常的像，缓存雪崩是一批key同时过期，缓存击穿是一个key过期。
2. 总结：缓存击穿指某个key过期的这个时刻刚好有大量请求过来，导致的请求被转发到MySQL的现象。

解决方案：

1. 使用互斥锁：当缓存失效之后过来的第一个请求会先加一把锁，然后再去读取MySQL的数据。这个时候再有别的请求过来会被锁挡住从而进入阻塞状态。这时候第一个请求从MySQL中读取到了数据之后会把数据再次缓存到redis中，然后解锁返回数据。其他请求解除阻塞状态之后就会直接读取到redis中的缓存数据了。互斥锁可以用redis的 SETNX和lua结合的方式去实现。
2. 可以在设置过期时间的同时再加一个时间，这个时间稍小于真正的过期时间。当请求进来的时候如果另加的那个过期时间已经超时了，那么就从数据库中重新加载数据并缓存刷新真正的过期时间。

总结

• 业务永远是多变的，具体选择哪种解决方案要根据具体业务而定。这里给出的方案只是一小部分，仅供参考。
• 一点感悟分享给大家：遇到一个问题的时候一定要不惜花费大量时间彻底搞懂出现这个问题的原因是什么，这样的话可能在看别人给出的解决方案之前你已经有了自己的方案呢！