Redis缓存雪崩、缓存穿透、缓存击穿详解

问题1:缓存雪崩

一般使用缓存用于缓冲对DB的冲击,如果缓存宕机,所有请求将直接打在DB,造成DB宕机从而导致整 个系统宕机

2 种策略(同时使用):

  • 对缓存做高可用HA,防止缓存宕机
  • 使用断路器,如果缓存宕机,为了防止系统全部宕机,限制部分流量进入 DB,保证部分可用,其 余的请求返回断路器的默认值 
  • 大量的热点数据同时到期,解决方案为过期时间上引入随机数,以防止同时到期的问题

问题2:缓存穿透

解释 1: 缓存查询一个没有的 key,同时数据库也没有,如果黑客大量的使用这种方式,那么就会导致 DB 宕机 

解决方案:可以使用一个默认值来防止,例如,当访问一个不存在的 key,然后再去访问数据库,还是 没有,那么就在缓存里放一个占位符,下次来的时候,检查这个占位符,如果发生时占位符,就不去数 据库查询了,防止 DB 宕机。 

解释 2: 大量请求查询一个刚刚失效的 key,导致 DB 压力倍增,可能导致宕机,但实际上,查询的都 是相同的数据。 

解决方案: 可以在这些请求代码加上双重检查锁。但是那个阶段的请求会变慢。不过总比 DB 宕机好。 

问题3:缓存击穿 

缓存击穿是指缓存中没有但数据库中有的数据。这时由于并发用户特别多,同时读缓存没读到数据,又 同时去数据库去取数据,引起数据库压力瞬间增大,造成过大压力。 

解决方案:

  • 设置热点数据永远不过期
  • 缓存预热 

问题4:缓存并发竞争 

解释: 多个客户端写一个 key,如果顺序错了,数据就不对了。但是顺序无法控制。

解决方案: 使用分布式锁,例如 zookeeper,同时加入数据的时间戳。同一时刻,只有抢到锁的客户端 才能写入,同时,写入时,比较当前数据的时间戳和缓存中数据的时间戳 

你可能感兴趣的:(数据库,缓存,redis,数据库)