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