Redis缓存雪崩、缓存击穿、缓存穿透
一、缓存雪崩
现象:
缓存中的key都设置了相同的过期时间,那么就会在某一时间点所有缓存的key同时失效,在这个时候又有大量的请求打进来的时候,就会导致这些请求全部打在了数据库上,造成数据库崩溃了,这就是缓存雪崩。
还有一种缓存雪崩的情况就是Redis服务器突然发生宕机等意外情况,导致大量的请求打在数据库上造成缓存雪崩。
解决:
- Redis高可用,其实就是搭建Redis集群,当一台Redis服务器挂掉之后还有另外的服务器可以用;
- 限流降级,在缓存失效后,通过加锁或者队列来控制对数据库进行请求的线程的数量;
- 设置key缓存失效时间尽可能错快,使得这些key不会在同一时间点大规模失效。
二、缓存击穿
现象:
缓存中有存在一个非常热点的key,承受着高并发请求,在某一个时间点该key失效了,导致这些高并发请求击穿了缓存直接打在了数据库上。
解决:
- 设置热点数据永不过期,可以不设置过期时间,或者快要过期的时候重新去设置一个过期时间;
- 加互斥锁(具体做法不清楚)
三、缓存穿透
现象:
缓存穿透就是指一个请求在缓存中没有查到数据后就会去数据库中查询,数据库中也没有查到数据,那么此次查询失败。当有大量的这样的请求的时候,缓存中没有就都会去数据库中查询,给数据库造成很大的压力。就比如一个数据库中的id都是大于0的,那么我就用一个小于0的id去请求,每次请求都可以穿透缓存直接打在数据库上,在高并发的情况下数据库就很容易崩掉了。
解决:
- 当缓存中和数据库中都查不到数据的时候可以给相应的key设置一个值,这个值可以是null或者其他的值,这样可以防止反复请求同样的数据来攻击数据库;
- 增加接口的参数校验,防止带者不合法参数的请求打进来,及时的拦截,使得这些请求连缓存都到不了;
- 使用布隆过滤器,其原理是利用高效的数据结构和算法快速判断出你这个Key是否在数据库中存在,不存在你return就好了,存在你就去查了DB刷新KV再return。
参考文章: