分布式锁的实现

分布式锁的实现

使用数据库乐观锁

乐观锁通常实现基于数据版本(version)的记录机制实现的,比如有一张红包表(t_bonus),有一个字段(left_count)记录礼物的剩余个数,用户每领取一个奖品,对应的left_count减1,在并发的情况下如何要保证left_count不为负数,乐观锁的实现方式为在红包表上添加一个版本号字段(version),默认为0。

  • 异常实现流程
-- 可能会发生的异常情况
-- 线程1查询,当前left_count为1,则有记录
select * from t_bonus where id = 10001 and left_count > 0

-- 线程2查询,当前left_count为1,也有记录
select * from t_bonus where id = 10001 and left_count > 0

-- 线程1完成领取记录,修改left_count为0,
update t_bonus set left_count = left_count - 1 where id = 10001

-- 线程2完成领取记录,修改left_count为-1,产生脏数据
update t_bonus set left_count = left_count - 1 where id = 10001
  • 通过乐观锁实现
-- 添加版本号控制字段
ALTER TABLE table ADD COLUMN version INT DEFAULT '0' NOT NULL AFTER t_bonus;

-- 线程1查询,当前left_count为1,则有记录,当前版本号为1234
select left_count, version from t_bonus where id = 10001 and left_count > 0

-- 线程2查询,当前left_count为1,有记录,当前版本号为1234
select left_count, version from t_bonus where id = 10001 and left_count > 0

-- 线程1,更新完成后当前的version为1235,update状态为1,更新成功
update t_bonus set version = 1235, left_count = left_count-1 where id = 10001 and version = 1234

-- 线程2,更新由于当前的version为1235,udpate状态为0,更新失败,再针对相关业务做异常处理
update t_bonus set version = 1235, left_count = left_count-1 where id = 10001 and version = 1234

Redis Lua 脚本 实现分布式锁

获取锁,采用的是lua脚本,这样可以保证加锁 和 设置失效时间的原子性。
避免获取锁成功后,异常退出,造成锁无法释放的问题。

1.首先在application.properties中配置

lua.lockScript=if redis.call('setnx',KEYS[1],ARGV[1]) == 1 then  return redis.call('expire',KEYS[1],ARGV[2])  else return 0 end
lua.releaseLockScript=if redis.call('get',KEYS[1]) == ARGV[1] then return redis.call('del',KEYS[1]) else return 0 end
  • 关于如何读取自定义的配置属性

咱们可以参考读取application.properties的三种方式:https://blog.csdn.net/qq_37171353/article/details/78005845

@Autowired
private Environment env;

//然后读取
env.getProperty("lua.lockScript");

2. 加锁和释放锁的实现

package com.nezha.learn.demo.util;

import org.springframework.core.env.Environment;
import org.springframework.data.redis.core.StringRedisTemplate;
import org.springframework.data.redis.core.script.DefaultRedisScript;

import java.util.Collections;

public class RedisTool {

    public static boolean getLock(StringRedisTemplate stringRedisTemplate, Environment env, String key, String requestId, Long expiresTime) {
        DefaultRedisScript<Long> longDefaultRedisScript = new DefaultRedisScript<>(env.getProperty("lua.lockScript"), Long.class);
        Long result = stringRedisTemplate.execute(longDefaultRedisScript, Collections.singletonList(key), requestId,String.valueOf(expiresTime));
        return result == 1;
    }

    public static boolean releaseLock(StringRedisTemplate stringRedisTemplate, Environment env, String key, String requestId) {
        DefaultRedisScript<Long> longDefaultRedisScript = new DefaultRedisScript<>(env.getProperty("lua.releaseLockScript"), Long.class);
        Long result = stringRedisTemplate.execute(longDefaultRedisScript, Collections.singletonList(key), requestId);
        return result == 1;
    }
}

3. 使用该工具类

public void getLock(String name){
    String key = "demo:"+name;
    boolean lock = RedisTool.getLock(redisTemplate,env,key,name,20L);
    if (lock){
        try{
            logger.info("执行睡眠...");
            Thread.sleep(10000);
        }catch (InterruptedException e){
            logger.info("发生错误{}",e);
        }finally {
            RedisTool.releaseLock(redisTemplate,env,key,name);
        }
    }
}

Zookeeper实现分布式锁

参考文献:
分布式利器Zookeeper(二):分布式锁
!!!!curator笔记-分布式锁的实现与原理 ---这篇源码分析的还是不错的。

zookeeper的分布式锁实现原理

ZooKeeper机制规定同一个目录下只能有一个唯一的文件名,zookeeper上的一个znode看作是一把锁,通过createznode的方式来实现。所有客户端都去创建/lock/${lock_name}_lock节点,最终成功创建的那个客户端也即拥有了这把锁,创建失败的可以选择监听继续等待,还是放弃抛出异常实现独占锁。

InterProcessMutex原理总结

InterProcessMutex通过在zookeeper的某路径节点下创建临时序列节点来实现分布式锁,即每个线程(跨进程的线程)获取同一把锁前,都需要在同样的路径下创建一个节点,节点名字由uuid + 递增序列组成。而通过对比自身的序列数是否在所有子节点的第一位,来判断是否成功获取到了锁。当获取锁失败时,它会添加watcher来监听前一个节点的变动情况,然后进行等待状态。直到watcher的事件生效将自己唤醒,或者超时时间异常返回。

基于Curator实现

上代码:

首先引入pom依赖:curator-recipes

@Service
public class LockServiceZK {
    private final static Logger logger = LoggerFactory.getLogger(LockServiceZK.class);
    private CuratorFramework zk;
    private InterProcessMutex lock;

    @Value("${zookeeper.connect}")
    private String hosts;
    @Value("${zookeeper.retry}")
    private Integer retry = 3;
    @Value("${zookeeper.timeout.connect}")
    private Integer connectTimeout = 30;
    @Value(("${zookeeper.timeout.session}"))
    private Integer sessionTimeout = 300;
    @Value("${zookeeper.root}")
    private String root;

    @PostConstruct
    private void start() throws Exception {
        ExponentialBackoffRetry retryPolicy = new ExponentialBackoffRetry(1000, retry);
        zk = CuratorFrameworkFactory.builder()
                .connectString(hosts)
                .connectionTimeoutMs(connectTimeout)
                .sessionTimeoutMs(sessionTimeout)
                .retryPolicy(retryPolicy)
                .build();
        zk.start();
        lock = new InterProcessMutex(zk, Paths.get(root, "/lock").toString());
    }

    @PreDestroy
    private void stop() throws Exception {
        if(zk != null) {
            zk.close();
        }
    }

    public boolean acquire() throws Exception {
        return lock.acquire(1,TimeUnit.SECONDS);
    }

    public void release() throws Exception {
        lock.release();
    }
}

然后是测试类

@RestController
public class RestApi {
    private final static Logger logger = LoggerFactory.getLogger(RestApi.class);

    @Autowired
    private LockServiceZK zkLockService;

    @RequestMapping(value = "/lock1")
    public String hello(){
        try {
            boolean getLock = zkLockService.acquire();
            if (getLock){
                //Do something
                logger.info("{},拿到zk锁并且睡眠了20秒",this.getClass().getName());
            }else {
                logger.info("获取锁失败");
            }

        }catch (Exception e){
            logger.info("1,并发竞争锁失败");
        }finally {
            try {
                zkLockService.release();
                logger.info("1,释放锁成功了。。。");
            }catch (Exception e){
                logger.info("1,释放锁失败");
            }
        }
        return "Hello World";
    }
}

参考文献

参考文献:Java分布式锁三种实现方案---https://www.jianshu.com/p/535efcab356d
实践基于Redis的分布式锁:https://www.jianshu.com/p/e72baf5e5617
Redis Lua脚本 实现分布式锁:https://www.jianshu.com/p/1add6858f687

7 张图讲清楚ZooKeeper分布式锁实现原理:https://mp.weixin.qq.com/s/smuIGalT7Qvjy8evVA2mBg ---- 这篇文章讲的很好强烈推荐

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,039评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,223评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,916评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,009评论 1 291
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,030评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,011评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,934评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,754评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,202评论 1 309
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,433评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,590评论 1 346
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,321评论 5 342
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,917评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,568评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,738评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,583评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,482评论 2 352

推荐阅读更多精彩内容