双重判定锁来解决缓存击穿问题

缓存击穿场景

缓存击穿是指:当热点数据过期或者不存在时,此时正好有大量请求访问热点数据,这些请求就会直接访问数据库,造成数据库的压力骤增,严重时造成宕机。

解决缓存击穿有几种方案:

  1. 缓存预热
    对热点数据进行预加载,当活动开始时,提前将热点数据从数据库加载到缓存中,可以避免海量请求第一次访问热点数据时需要从数据库读取的流程。
  2. 热点数据永不过期
    对于已知的热点数据,设置过期时间为-1,这样就不会有缓存击穿的情况出现了。
  3. 分布式锁
    使用分布式锁,使得只有一个请求可以访问数据库,避免大量请求并发访问数据库。
    但是这种方法存在一定弊端:
    获取分布式锁的请求,都会执行查询数据库并且更新缓存,理论上只有第一次加载数据库请求的记录是有效的。所以这里采用双重判定锁的形势来解决。

    即在获取到分布式锁后,再次进行判断缓存是否存在,如果存在则直接返回。如果不存在,才执行访问数据库并更新缓存的操作

缓存击穿使用 lock 或者 tryLock 同样有所讲究,需要视场景而定:

lock:

获取锁,成功就执行操作,失败就阻塞等待。

trylock:

获取锁,成功返回true,失败则直接返回false,不用阻塞等待。

Lock源码

csharp 复制代码
public interface Lock {
    /**
     * Acquires the lock.
     */
    void lock();
 
    /**
     * Acquires the lock unless the current thread is
     * {@linkplain Thread#interrupt interrupted}.
     */
    void lockInterruptibly() throws InterruptedException;
 
    /**
     * Acquires the lock if it is free within the given waiting time and the
     * current thread has not been {@linkplain Thread#interrupt interrupted}.
     */
    boolean tryLock();
 
    /**
     * Acquires the lock if it is free within the given waiting time and the
     * current thread has not been {@linkplain Thread#interrupt interrupted}.
     */
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
 
    /**
     * Releases the lock.
     */
    void unlock();
 
    /**
     * Returns a new {@link Condition} instance that is bound to this
     * {@code Lock} instance.
     */
    Condition newCondition();
}

发生极端情况时,lock和trylock如何选择?

如果希望确保线程能够按照特定的顺序访问共享资源,并且不介意可能的等待时间,那么lock方法是一个不错的选择,但是,如果希望避免线程长时间等待,并且能够处理未能立即获得锁的情况,那么tryLock方法可能更适合。

那么trylcok具体对应于什么样的场景呢?

如果是双十一抢优惠券或者真的是海量访问,在用户占便宜的情况下,推荐使用trylock,因为用户会因为失败而自己刷新页面,海量访问也推荐使用trylock,因为如果使用lock对于用户的体验非常不好。

相关推荐
森林-4 分钟前
MyBatis 从入门到精通(第三篇)—— 动态 SQL、关联查询与查询缓存
sql·缓存·mybatis
虫小宝34 分钟前
返利软件的分布式缓存架构:Redis集群在高并发场景下的优化策略
分布式·缓存·架构
lifallen38 分钟前
字节跳动Redis变种Abase:无主多写架构如何解决高可用难题
数据结构·redis·分布式·算法·缓存
C++_girl2 小时前
缓存未命中
c++·缓存
虫小宝2 小时前
返利app排行榜的缓存更新策略:基于过期时间与主动更新的混合方案
java·spring·缓存
Light602 小时前
领码SPARK融合平台 · TS × Java 双向契约 —— 性能与治理篇|缓存分段与版本秩序
低代码·缓存·spark
Java烘焙师4 小时前
架构师必备:缓存更新模式总结
mysql·缓存
无敌的神原秋人13 小时前
关于Redis不同序列化压缩性能的对比
java·redis·缓存
百思可瑞教育16 小时前
Vue中使用keep-alive实现页面前进刷新、后退缓存的完整方案
前端·javascript·vue.js·缓存·uni-app·北京百思可瑞教育
论迹16 小时前
【Redis】-- 持久化
数据库·redis·缓存