1.缓存雪崩
缓存雪崩是指缓存同一时间大面积的失效,所以后面的请求都会落到数据库上,造成数据库短时间内承受大量请求而崩掉。
解决方案:
- 缓存数据过期时间随机设置,防止同一时间大量数据过期现象发生。
- 并发量不是特别多的时候,加锁排队。
- 给每一个缓存数据添加一个标价,记录缓存是否失效,如果失效,则更新数据缓存。
2.缓存穿透:
缓存穿透是指缓存和数据库中都没有的数据,导致所有的请求都落到数据库上,造成数据库短时间内承受大量请求而崩掉。
解决方案:
- 缓存中取不到的数据,在数据库中也没有取到,这时可以将key-value写为key-null,缓存有限时间设置短点,如30秒(时间太长会导致正常情况也无法使用)。这样可以防止用户反复用同一个id在短时间内发出大量请求。
- 采用布隆过滤器,将所有可能存在的数据哈希到一个足够大的bitmap中,一个一定不存在 的数据会被过滤掉,从而避免对底层存储系统的查询压力。
- 接口层增加校验,如用户鉴权校验,id做基础校验,id<=0的直接拦截。
3.缓存击穿
缓存击穿是指缓存中没有但数据库中有的数据(一般是由于缓存时间到期导致的),由于并发用户特别多,读缓存没读到数据,又同时去数据库读数据,引起数据库压力瞬间增大,造成过大压力。与缓存雪崩不同的是,缓存击穿并发查同一条数据,缓存雪崩是不同数据都过期了,很多数据查不到从而查数据库。
解决方案:
- 设置热点数据永不过期。
- 加互斥锁
4.缓存热点key
缓存中一个key,在某个时间点过期的时候(比如商家促销商品),有大量的并发请求过来,这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存,这个时候大并发的请求可能会瞬间把DB给干崩溃。
解决方案:
对缓存查询加锁,如果key不存在,就加锁,然后查DB入再写入缓存,然后解锁;其他进程等待解锁后返回数据或者进入DB查询。
redis使用SETNX命令实现分布式锁。SETNX:SET if Not eXists(如果不存在就SET的简写)
当且仅当key不存在,将key的值设为value,若给定的key值已经存在,则SETNX不做任何操作。
5.缓存预热
缓存预热就是系统上线后,将相关的缓存数据直接加载到缓存系统。这样就可以避免在用户请求的时候,先查询数据库,然后再将数据缓存的问题,用户直接查询事先被预热的缓存数据。
解决方案:
- 写个缓存刷新 页面,上线时手动操作。
- 数据量不大,在项目启动的时候进行加载。
- 定时刷新缓存。
6.缓存降级
一种牺牲局部换取大局的做法(丢车保帅),当访问量剧增、服务出现问题(如响应时间慢,或者不相应),非核心服务影响到核心流程的性能时,为了保证核心服务可用,系统可以根据一些关键数据进行自动降级,也可以配置实现人工降级。
降级的目的是为了防止Redis服务故障,导致数据库跟着一起发生雪崩问题,因此对于不重要的缓存数据,可以采用服务降级策略,常见做法是:Redis出现问题,不去数据库查询,而是直接返回默认值给客户