缓存雪崩
缓存雪崩也是key失效后大量请求打到数据库的异常情况,不过,跟缓存击穿不同的是,缓存击穿因为指一个热点key失效导致的情况,而缓存雪崩是指缓存中大批量的数据同时过期,巨大的请求量直接落到db层,引起db压力过大甚至宕机,这也符合字面上的“雪崩”说法。
解决方案(缓存雪崩的解决方案和击穿的思路一致,可以设置key不过期或者互斥锁的方式。)
除此之外,因为是预防大面积的key同时失效,可以给不同的key过期时间加上随机值,让缓存失效的时间点尽量均匀 ,这样可以保证数据不会在同一时间大面积失效。
- redis高可用
这个思想的含义是,既然redis有可能挂掉,那我多增设几台redis,这样一台挂掉之后其他的还可以继续工作,其实就是搭建的集群。- 同时还可以结合主备缓存策略来让互斥锁的方式更加的可靠,
- 主缓存:有效期按照经验值设置,设置为主读取的缓存,主缓存失效后从数据库加载最新值。
- 备份缓存:有效期长,获取锁失败时读取的缓存,主缓存更新时需要同步更新备份缓存。
根据事件前、中、后解决方案是:
- 事前:
redis高可用,主从+哨兵,redis cluster,避免全盘崩溃- 事中:
本地ehcache缓存 + hystrix限流&降级,避免MySQL被打死- 事后:
redis持久化RDB+AOF,快速恢复缓存数据- 缓存的失效时间设置为随机值,避免同时失效