Redis缓存穿透，缓存雪崩，缓存击穿问题及解决方法

最近做项目用reids时对缓存的一个理解有了大幅度的上升，以前对这三个词懵懵懂懂的，今天终于搞清楚了，这篇文章总结一下这几个问题以及他们对应解决方法

首先，介绍一下缓存：引用一下百科，缓存是指可以进行高速数据交换的存储器，它先于内存与CPU交换数据，因此速率很快。

为什么使用缓存？

在一个项目中，频繁的与数据库进行数据交互是非常耗费时间的事情，原因在于数据库是从硬盘中读取数据，在复杂业务场景中，如果时间耗费过长，难免会降低用户体验感。
这个时候缓存中间件就出现了，由于直接将数据缓存在内存上，数据交互极快，能很大程度优化查询时间。
所以，引入缓存中间件，是为了优化在数据查询上的时间，极大程度上减少在数据查询上耗费时间。
缓存固然好用，但是也存在一定的问题，本文所介绍的只是其中一部分。

为了更好理解其中含义，先给大家介绍一下数据查询机制：

1. 缓存穿透

缓存穿透，是指大量的用户请求发送请求无效数据到服务器，如上图所示，当接收到缓存中不存在的数据时，服务器就会从数据库查询数据，如果有人恶意的发送大量请求数据库上不存在的数据请求，那么服务器就会一直去数据库查询数据，可能导致数据库负载过大导致宕机，这个时候缓存就起不到作用就像是被“穿透”了。

解决方法：
对于解决缓存穿透一般是有两种解决方法：

1. 允许缓存空值，缓存无效 key，如果缓存和数据库都查不到某个 key 的数据就写一个到 Redis 中去并设置过期时间，这种方式可以解决请求的 key 变化不频繁的情况，如果黑客恶意攻击，每次构建不同的请求 key，会导致 Redis 中缓存大量无效的 key 。很明显，这种方案并不能从根本上解决此问题。如果非要用这种方式来解决穿透问题的话，尽量将无效的 key 的过期时间设置短一点比如 1 分钟。

2. 过滤请求访问，上面方法很明显不能解决不同请求的恶意攻击，那么解决这种方法我们就可以使用过滤无效请求这种方式来解决方法，将无效请求直接返回参数错误信息给客户端，那么常见使用的可以在接口处就校验一次，或者使用布隆过滤器。

2. 缓存雪崩

缓存雪崩问题是缓存在同一时间大面积的失效，后面的请求都直接落到了数据库上，造成数据库短时间内承受大量请求。
例如，12小时后有一个秒杀活动，但是在活动发生同时，恰巧大量数据同时过期，那么就会出现数据库大量查询情况，就如同雪崩，大量的“雪花”将数据库压垮。

解决方法： 对过期时间特殊设置，对热点数据设置永不过期，而对于一般数据采用随机设置过期时间来解决此问题。

3.缓存击穿

缓存击穿问题发生场景是在一个点，对一个数据大量请求造成数据库查询。
例如在一个数据过期时，大量请求此时访问这个数据，那么数据库此时查询过大，导致宕机。

解决方法：这个问题最好的解决方式就是加分布式锁，在并发的多个请求中，只有第一个请求线程能拿到锁并执行数据库查询操作，其他的线程拿不到锁就阻塞等着，等到第一个线程将数据写入缓存后，直接走缓存。