Redis中的缓存击穿

缓存击穿

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

🤔现象分析：

当线程1查询缓存时，未命中，于是从数据库中查数据，但同时有大量的请求同时访问，且都同一时间访问数据库，对数据库访问压力过大。

例如在双十一秒杀活动中某件商品的缓存key突然过期，大量线程并发访问数据库。

👊解决方案

1) 互斥锁

当线程1查询缓存未命中时，加一把互斥锁，线程1查询数据库，并重建缓存数据，直到缓存建立后释放锁，其他线程才能访问到数据。在线程1查询并重建的过程中，其他大量的线程一直阻塞等待。

2) 逻辑过期

出现缓存击穿的问题，是因为我们对key设置了过期时间，所以我们对一些热点key不设置过期时间，就不会有缓存击穿的问题。
但是可能在不同的时间段，线程1对同样的key进行查询，这时查询到的key逻辑时间已过期，线程1获取互斥锁，开辟新的线程x，让线程x查询数据库重建缓存数据，线程1开辟线程x后，直接返回过期数据，同时其他线程无法获取互斥锁，直接返回过期数据。直到线程x释放锁，之后的线程才能得到新的数据。

🤝对比

• 互斥锁：由于保证了互斥性，所以数据一致，且实现简单，因为仅仅只需要加一把锁而已，所以没有额外的内存消耗，只能串行执行性能肯定受到影响。实现了强一致性。

• 逻辑过期：线程读取过程中不需要等待，异步的构建缓存，性能好，但是在重建缓存之前，返回的都是脏数据，不具有强一致性，且实现麻烦。实现了可用性。