缓存穿透、缓存并发和缓存雪崩笔记

 

缓存穿透、缓存并发和缓存雪崩是常见的因为并发量大而致使的缓存问题。这里记录下其产生缘由和解决方案。

缓存穿透是由恶意攻击或无心形成的；缓存并发是由设计不足形成的；缓存雪崩是由缓存同时失效形成的。

 

1、缓存穿透

概念：

缓存穿透指的是使用不存在的 key 进行大量的高并发查询，这致使缓存没法命中，每次请求都要穿透到后端数据库系统进行查询，使数据库压力过大，甚至使数据库服务被压死。

 

解决方案：

一、咱们一般将空值缓存起来，再次接收到一样的查询请求时，若命中缓存而且值为空，就会直接返回，不会穿透的数据库，避免缓存穿透。

 

二、固然，有时恶意袭击者能够猜到咱们使用了这种方案，每次都会使用不一样的参数来查询，这就须要咱们对输入的参数进行过滤，例如，若是咱们使用 ID 进行查询，则能够对 ID 的格式进行分析，若是不符合产生 ID 的规则，就直接拒绝，或者在 ID 上放入时间信息，根据时间信息判断 ID 是否合法 ，或者是不是咱们曾经生成的 ID，这样能够拦截必定的无效请求。

 

 

2、缓存并发

概念：

缓存并发的问题一般发生在高并发的场景下，当一个缓存 key 过时时，由于访问这个缓存 key 的请求量较大，多个请求同时发现缓存过时，所以多个请求会同时访问数据库来查询最新的数据，而且回写缓存，这样会形成应用和数据库的负载增长，性能下降，因为并发较高，甚至会致使数据库被压死。

 

解决方案：

一、分布式锁

使用分布式锁，保证对于每一个 key 同时只有一个线程去查询后端服务，其余线程没有得到分布式锁的权限，所以只须要等待便可。这种方式将高并发的压力转移到了分布式锁，所以对分布式锁的考验很大。

 

二、本地锁

与分布式锁相似，咱们经过本地锁的方式来限制只有一个线程去数据库查询数据，而其余线程只需等待，等前面的线程查询到数据后再访问缓存。可是，这种方法只能限制一个服务节点只有一个线程去数据库中查询，若是一个服务有多个节点，则还会有多个数据库查询操做，也就是说在节点数量较多的状况下并无彻底解决缓存并发的问题。

 

三、软过时

软过时是指对缓存中的数据设置失效时间，就是不使用缓存服务器提供的过时时间，而是业务层在数据中存储过时时间信息，由业务程序判断是否过时并更新，在发现了数据即将过时时，将缓存的时效延长，程序能够派遣一个线程去数据库中获取最新的数据，其余线程这时看到延长了的过时时间，就会继续使用旧数据，等派遣的线程获取最新数据后再更新缓存。也能够经过异步更新服务来更新设置软过时的缓存，这样应用层就不用关心缓存并发的问题了。

 

 

3、缓存雪崩

概念：

缓存雪崩指缓存服务器重启或者大量缓存集中在某一个时间段内失效，给后端数据库形成瞬间的负载升高的压力，甚至压垮数据库的状况。

 

解决方案：

一般的解决办法是对不一样的数据使用不一样的失效时间，甚至对相同的数据、不一样的请求使用不一样的失效时间。例如，咱们要缓存 user 数据，会对每一个用户的数据设置不一样的缓存过时时间，能够定义一个基础时间，假设 10 秒，而后加上一个两秒之内的随机数，过时时间为 10 ~ 12 秒，就会避免缓存雪崩。