由于今天刷到了,并且忘得也差不多了,写篇日记回忆一下。
用户在访问某个应用的时候,应用并不是直接去数据库拿数据(有Redis的前提下),而是先经过Redis,Redis搜索一下他自己内部有没有,如果有就会返回数据,如果没有就去查询数据库,并将查询的数据存一份在Redis。
Redis工作原理应该和我画的大差不差吧,若是有问题欢迎大家指出问题。
缓存雪崩(对多)
- 问题:由于缓存设置的key在某一时刻发生大规模失效(key过期了),用户的请求缓存无法及时响应,而导致请求的压力传到数据库上,造成数据库压力过大挂掉了。
- 解决方法:
- 可以给不同的缓存数据(key)设置不同的过期时间或者设置永远不过期的时间(不会这样设置的吧),避免集中过期。
- 还可以将热数据分散到不同的设备上,让这些热点平均分配到各节点
- 也可以做好主从部署,当主节点发生雪崩的时候,可以让从节点暂代。
缓存穿透
- 问题:用户进行大量且并发查询不存在的key(你缓存里都是字母,而我就偏要查数字),在缓存和数据库中都不存在,因此给缓存和数据库都带来了压力。
- 解决方法:
- 将不存在的数据也进行缓存,并且设置过期数时间
- 采用布隆过滤器,在缓存之前先通过布隆过滤器判断数据是否存在,减少对数据库的查询。
- 接口层增加校验,对参数进行合法的校验,如果不符合就过滤掉
缓存击穿(对一)
- 问题:某一个热点的数据刚好过期,而此时又有大量的并发请求同时访问该数据,这样压力直接给到数据库。
- 解决方法
- 设置热点数据永不过期,或者过期时间较长
- 在Redis访问数据库的时候加互斥锁,当缓存失效时,只有一个请求能获取到锁去查询数据库并更新缓存,其他请求等待