缓存穿透

缓存穿透 ：缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在，这样缓存永远不会生效，这些请求都会打到数据库，失去了缓存保护后端存储的意义。

解决方案

缓存空值

 如果访问数据库后还未命中，则把一个空的对象或默认值缓存到Redis上，之后再访问这个数据就可以在缓存中命中

优点：

• 实现简单，维护方便

缺点：

• 额外消耗内存
• 可能会造成短期的数据不一致

布隆过滤

除了缓存空对象，我们还可以在存储和缓存之前，加一个布隆过滤器，做一层过滤。

布隆过滤器里会保存数据是否存在，如果判断数据不不能再，就不会访问存储。
布隆过滤器是一个连续的数据结构，每个存储位存储都是一个bit，即0或者1, 来标识数据是否存在。如果数据存在则放行，这个请求会去访问Redis，即使Redis缓存过期，请求也会在数据库中命中。假设判断数据不存在则直接返回

优点：

• 内存占用较少，没有多余key

缺点：

• 实现复杂
• 存在误判可能

缓存雪崩

缓存雪崩是指在同一时段大量的缓存key同时失效或者Redis服务宕机，导致大量请求到达数据库，带来巨大压力。

解决方案

• 利用Redis集群提高服务的可用性
• 给业务添加多级缓存，每一级缓存的失效时间都不同
• 为了避免大量的缓存在同一时间过期，可以把不同的 key 过期时间随机生成，避免过期时间太过集中
• 热点数据永不过期
• 给缓存业务添加降级限流策略，当出现大量缓存失效，而且处在高并发高负荷的情况下，在业务系统内部暂时舍弃对一些非核心的接口和数据的请求，而直接返回一个提前准备好的 fallback（退路）错误处理信息

缓存击穿

缓存击穿问题也叫热点Key问题，就是一个被高并发访问并且缓存重建业务较复杂的key突然失效了，无数的请求访问会在瞬间给数据库带来巨大的冲击。

解决方案

• 加锁更新
  查询缓存，发现缓存中不存在，加锁，让其它线程等待，只让一个线程去更新缓存。
  优点：

  • 没有额外的内存消耗
  • 保证数据一致性
  • 实现简单

  缺点：
  - 线程需要等待，性能受影响
  - 可能有死锁的风险

• 异步更新
  我们之所以会出现这个缓存击穿问题，主要原因是在于我们对key设置了过期时间，假设我们不设置过期时间，其实就不会有缓存击穿的问题，但是不设置过期时间，这样数据就会一直在内存中，我们可以采用逻辑过期方案，每次在保存值时额外增加一个逻辑过期时间，这个时间由我们自己来维护，每次拿出数据判断是否过期，如果已经过期则开一个新的线程去异步更新缓存中的数据，并先返回过期的数据
  优点：

  • 线程无需等待，性能较好

  缺点：

  • 不保证数据的一致性
  • 有额外的内存消耗
  • 实现比较复杂