关于redis:原来大厂的Redis分布式锁都这么设计的

1 本地锁

罕用的即 synchronize 或 Lock 等 JDK 自带的锁,只能锁住以后过程,仅实用于单体架构服务。 而在分布式多服务实例场景下必须应用分布式锁

2 分布式锁

2.1 分布式锁的原理

厕所占坑实践

可同时去一个中央“占坑”:

  • 占到,就执行逻辑
  • 否则期待,直到开释锁

可通过自旋形式自旋

“占坑”能够去Redis、DB、任何所有服务都能拜访的中央。

2.2 分布式锁演进

一阶段

// 占分布式锁,去redis占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "111");
if(lock) {
    //加锁胜利... 执行业务
    Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
    redisTemplate . delete( key: "lock");//fHßti
    return dataF romDb ;
} else {
    // 加锁失败,重试。synchronized()
    // 休眠100ms重试
    // 自旋
    return getCatalogJsonFromDbwithRedisLock();
}
复制代码

问题场景

  • setnx占好了坑,然而业务代码异样或程序在执行过程中宕机,即没有执行胜利删除锁逻辑,导致死锁

解决方案:设置锁的主动过期,即便没有删除,会主动删除。

阶段二

// 1. 占分布式锁,去redis占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent( "lock", "110")
if(lock) {
    // 加锁胜利...执行业务
    
    // 忽然断电
    
    // 2. 设置过期工夫
    redisTemplate.expire("lock", timeout: 30, TimeUnit.SECONDS) ;
    Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
    //删除锁
    redisTemplate. delete( key; "lock");
    return dataFromDb;
} else {
    // 加锁失败...重试。 synchronized ()
    // 休眠100ms重试
    // 自旋的形式
    return getCatalogJsonF romDbWithRedisLock();
}
复制代码

问题场景

  • setnx设置好,正要去设置过期工夫,宕机,又死锁

解决方案:设置过期工夫和占位必须是原子操作。redis反对应用setNxEx命令

阶段三

// 1. 分布式锁占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "110", 300, TimeUnit.SECONDS);
if(lock)(
    // 加锁胜利,执行业务
    
    // 2. 设置过期工夫,必须和加锁一起作为原子性操作
    // redisTemplate. expire( "lock", з0, TimeUnit.SECONDS);
    Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
    // 删除锁
    redisTemplate.delete( key: "lock")
    return dataFromDb;
else {
    // 加锁失败,重试
    // 休眠100ms重试
    // 自旋
    return getCatalogJsonFromDbithRedislock()
}
复制代码

阶段四

曾经拿到了 lockvalue ,有了 UUID,然而过期了当初!其他人拿到所锁设置了新值,于是 if 后将他人的锁删了!!也就是删除锁不是原子操作。

Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
String lockValue = redisTemplate.opsForValue().get("lock");
if(uuid.equals(lockValue)) {
    // 删除我本人的锁
    redisTemplate.delete("lock");
}
复制代码

问题场景

  • 如果正好判断是以后值,正要删除锁时,锁已过期,他人已设置胜利新值。那删除的就是他人的锁.
  • 解决方案

删除锁必须保障原子性。应用redis+Lua脚本。

阶段五

  • 确保加锁/解锁都是原子操作
String script = 
    "if redis.call('get', KEYS[1]) == ARGV[1] 
        then return redis.call('del', KEYS[1]) 
    else 
        return 0 
    end";
复制代码

保障加锁【占位+过期工夫】和删除锁【判断+删除】的原子性。 更难的事件,锁的主动续期。

参考:《2020最新Java根底精讲视频教程和学习路线!》

链接:https://juejin.cn/post/692227…

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理