一:什么是缓存穿透?
- 定义
- 正常情况下,我们在理想的条件下去查询缓存数据都是存在的。
- 那么请求去查询一条数据库中不存在的数据,也就是缓存和数据库都查询不到这条数据。
- 所以请求每次都会打到数据库上面去,这种查询不存在数据的现象我们称为缓存穿透。
- 问题
- 在大量的恶意请求会直接打到数据库上,会造成数据库的压力过大。影响正常业务,同时可能造成数据库宕机。
- 解决方案
- 缓存空值
- 发生穿透的大部分情况,都是因为缓存中没有存储这些空数据的key。从而导致每次查询数据库。
- name我们就可以把这些对应的空值缓存,在查询,则直接返回缓存的null。
- 设置空值时候不要忘记设置过期时间。
- BloomFilter(布隆过滤器)
- 详细请看 《算法 - 布隆过滤器》
- 由于布隆过滤器的特性,适合去重或者过滤不经常删除的数据。
- 也可以当数据量大时,作为前置过滤器使用。
- 方案选择
- 在对于穿透的方案选择中,更应该对穿透的键做进一步的分析。
- 针对于一些恶意攻击,攻击带过来的大量key 是不存在的
- 那么我们采用第一种方案就不太合适,因为会缓存大量不存在key的数据。
- 针对这种key异常多、请求重复率比较低的数据,我们就没有必要进行缓存,使用第二种方案直接过滤掉。
- 而对于空数据的key有限的,重复率比较高的,我们则可以采用第一种方式进行缓存。
二:什么是缓存击穿?
- 定义
- 在业务场景中,大量的请求同时查询一个 key 时,而这个key此时刚好失效。
- 就会导致大量的请求都(击穿)打到数据库上面去。
- 这种现象我们称为缓存击穿。
- 问题
- 在瞬间大量的查询会直接打到数据库上,会造成数据库的压力过大。影响正常业务,同时可能造成数据库宕机。
- 解决方案
- 定期刷新 Redis 过期时间
- 定期监控键的过期时间,在将要过期的 key 重刷 ,使得 key缓存一直存在。
- 锁
- 在key失效导致需要去查询数据库时,对第一个查询加 互斥锁,其余查询等待锁释放。
- 在做完缓存后,释放锁资源。
- 缺点是在做缓存的时候,导致等待。
三:缓存雪崩
- 定义
- 某时刻发生大规模缓存失效,会有大量的请求访问DB,导致数据库宕机。
- 缓存雪崩的解决方案
- 事前 (为防止缓存雪崩)
- Redis,可以使用 主从+哨兵 ,Redis Cluster 来避免 Redis 全盘崩溃的情况。
- 尽量保证服务的高可用
- 事中 (避免大规模访问DB)
- 启动自身的限流&降级处理方法, 避免MySQL被打死.
- 事后 (尽快的恢复缓存服务)
- Redis持久化机制,尽快恢复缓存集群
- 偷图
-
四:热点数据集中失效问题
- 定义
- 在设置缓存的时候,一般会给缓存设置一个失效时间,对于一些热点的数据来说,当缓存失效以后会存在大量的请求过来,然后打到数据库去,从而可能导致数据库崩溃的情况。
- 解决方案
- 设置不同的失效时间
- 为了避免这些热点的数据集中失效,那么我们在设置缓存过期时间的时候,我们让他们失效的时间错开。
- 比如在一个基础的时间上加上或者减去一个范围内的随机值。
- 互斥锁
- 结合上面的击穿的情况,在第一个请求去查询数据库的时候对他加一个互斥锁,其余的查询请求都会被阻塞住,直到锁被释放,从而保护数据库。
- 但是也是由于它会阻塞其他的线程,此时系统吞吐量会下降。需要结合实际的业务去考虑是否要这么做。