得不到你的心,就用“分布式锁”锁住你的人 码农在囧途

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 朋友,如果喜欢,就去表白吧,不要因为害羞,更不要因为自卑,如果现在你都还不敢表白,那么多年后,再回头来看的时候,你可能会为曾经的胆小而后悔,也可能会为错过一个人而心中久久不能释怀,所以,大胆一点,即使失败也无所谓,至少我们曾经做过,做过了就无怨无悔,在人生这条道路上,时光稍纵即逝,我们应该把握好眼前的一切,爱是一种力量,更是一种内心的慰藉,冲吧!不要因为钱不够,不要因为容貌不出中国,更不要因为身世不显赫,你只要足够勇敢,这一切都是附加品!

码农在囧途


朋友,如果喜欢,就去表白吧,不要因为害羞,更不要因为自卑,如果现在你都还不敢表白,那么多年后,再回头来看的时候,你可能会为曾经的胆小而后悔,也可能会为错过一个人而心中久久不能释怀,所以,大胆一点,即使失败也无所谓,至少我们曾经做过,做过了就无怨无悔,在人生这条道路上,时光稍纵即逝,我们应该把握好眼前的一切,爱是一种力量,更是一种内心的慰藉,冲吧!不要因为钱不够,不要因为容貌不出中国,更不要因为身世不显赫,你只要足够勇敢,这一切都是附加品!


前言


今天来分享一下zookeeper分布式锁,分布式锁是为了解决在分布式环境下数据的一致性,在单体系统中,我们可以直接使用Java自带的锁来进行并发控制,比如synchronizedLock等,但是在分布式系统中,因为服务部署在多机或者多容器里面,所以不在一个JVM中,就不能使用Java自带的锁机制,所以就必须得使用分布式锁,实现分布式锁的方式有几种,如Redis可以实现,今天我们主要说Zookeeper实现分布式的原理。


在说zookeeper分布式锁之前,我们先来说一下zk的节点类型,Zookeeper数据结构就像树,由节点构成,节点叫做Znode,Znode分为四种类型。


1.持久化节点(PERSISTENT)


默认的节点类型,客户端与zk断开连接后,节点依然存在.


2.持久化顺序节点(PERSISTENT——SEQUENTIAL)


在创建节点时zk根据创建的时间顺序对节点进行编号



3.临时节点(EPHEMERAL)


当创建节点的客户端与zk断开连接后,临时节点会被删除



断开连接




临时顺序节点


临时顺序节点结合和临时节点和顺序节点的特点:在创建节点时,Zookeeper 根据创建的时间顺序给该节点名称进行编号,当创建节点的客户端与 Zookeeper 断开连接后,临时节点会被删除。


Zookeeper分布式锁原理


zookeeper分布式锁运用了临时顺序节点的特点


获取锁


1.在 Zookeeper 当中创建一个节点 ParentLock,这个节点可以设置为临时节点,也可设置成持久节点,Curator内置的分布式锁使用的临时节点,当第一个客户端想要获得锁时,需要在 ParentLock 这个节点下面创建一个临时顺序节点 LockA。



2.ClientA 查找 ParentLock 下面所有的临时顺序节点并排序,判断自己所创建的节点 LockA 是不是顺序最靠前的一个。如果是第一个节点,则成功获得锁。



3.这时候,如果再有一个客户端 ClientB 前来获取锁,则在 ParentLock 下载再创建一个临时顺序节点 LockB。



4.ClientB 查找 ParentLock 下面所有的临时顺序节点并排序,判断自己所创建的节点 LockB 是不是顺序最靠前的一个,结果不是,ClientB 向排序仅比它靠前的节点 LockA 注册 Watcher,用于监听 Lock1A节点是否存在。这意味着 Client2B抢锁失败,进入了等待状态。



5.这时候,如果又有一个客户端 ClientC前来获取锁,则在 ParentLock 下载再创建一个临时顺序节点 LockC。



6.ClientC 查找 ParentLock 下面所有的临时顺序节点并排序,判断自己所创建的节点 LockC 是不是顺序最靠前的一个,结果同样发现节点 LockC并不是最小的。于是,ClientC向排序仅比它靠前的节点 LockB注册 Watcher,用于监听 LockB节点是否存在。这意味着 ClientC同样抢锁失败,进入了等待状态。



这样一来,ClientA 得到了锁,ClientB监听了 LockA,ClientC监听了 LockB,形成了一个等待队列,


释放锁


任务完成,客户端显示释放


当任务完成时,ClientA 会显示调用删除节点 LockA 的指令。



任务执行过程中,客户端崩溃


获得锁的 ClientA 在任务执行过程中,如果崩溃,则会断开与 Zookeeper 服务端的链接。根据临时节点的特性,相关联的节点 LockA 会随之自动删除。



由于 ClientB 一直监听着 LockA的存在状态,当 LockA节点被删除,ClientB会立刻收到通知。这时候 ClientB 会再次查询 ParentLock 下面的所有节点,确认自己创建的节点 LockB 是不是目前最小的节点。如果是最小,则 ClientB 顺理成章获得了锁。



Curator使用分布式锁


Curator是Zookeeper的Java客户端库,使用Curator能够更加方便轻松的使用Zookeeper,Curator内置了分布式锁供我们使用,下面我们使用代码演示一下Curator的分布式锁。


配置CuratorFramework


CuratorFramework配置zookeeper连接,操作zookeeper服务需要使用CuratorFramework。


@Bean("curatorFramework")
public CuratorFramework curatorFramework() {
    CuratorFramework curatorFramework = CuratorFrameworkFactory.builder()
            .connectString("127.0.0.1:2181")
            .sessionTimeoutMs(10000)
            .connectionTimeoutMs(10000)
            .retryPolicy(new BoundedExponentialBackoffRetry(10000,30000, 3))
            .build();
    curatorFramework.start();
    return curatorFramework;
}


测试Controller


@RestController
@AllArgsConstructor
public class LockController {
    final CuratorFramework curatorFramework;
    @GetMapping("/testLock")
    public void testLock() throws Exception {
        InterProcessLock lock = new InterProcessMutex(curatorFramework, "/lock/order");
        try {
            //加锁
            boolean acquire = lock.acquire(20, TimeUnit.SECONDS);
            if (acquire){
                System.out.println("---------------获取锁成功--------------- ");
            }else {
                System.out.println("---------------获取锁失败--------------- ");
            }
        }catch (Exception e){
            e.printStackTrace();
        }finally {
            //释放锁
            lock.release();
        }
    }
}


并发访问LockController的testLock接口,查看排队情况。


从Zookeeper可是化工具中可以看出大量请求进行了排队,由此可以看出分布式锁使用成功。



SpringBoot Zookeeper starter


如果直接使用代码的方式使用分布式锁,那么可能比较麻烦,那么我们可以使用注解的方式来封装一个starter,在SpringBoot项目中直接使用,之前基于Curator自定义了一个分布式锁的SpringBoot starter , 直接引入即可,如下使用注解@U2Lock便可。


@GetMapping("/get")
@U2Lock(lockName = "order-get",lockType = LockType.MUTEX_LOCK,requireTime = 5000)
public Map<String,Object> lock(){
    Map<String,Object> map = new HashMap<>();
    if (count > 0){
        count--;
        map.put("order_num",count);
        return map;
    }
    map.put("msg","商品已售罄");
    return map;
}


U2Lock锁注解详情


注解可以设置锁名称,所类型,默认为可重入排他锁InterProcessMutex,还有过期时间,代表在指定的时间内没有获取到锁,那么锁就过期了,将会自动删除锁。


/**
 * 锁注解
 */
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.METHOD})
@Inherited
public @interface U2Lock {
    /**
     * 锁名字
     */
    String lockName() default "";
    /**
     * 锁类型-默认为可重入排他锁
     * @return
     */
    LockType lockType() default LockType.MUTEX_LOCK;
    /**
     * 过期时间
     */
    long requireTime() default 30000;
    /**
     * 单位
     */
    TimeUnit unit() default TimeUnit.MILLISECONDS;
}


U2Lock地址:https://gitee.com/steakliu/u2-lock/tree/master/zookeeper-distribute-lock-starter


关于zookeeper分布式锁的介绍和实战,就说到这里,感谢你的观看,我们下期见!



相关实践学习
基于MSE实现微服务的全链路灰度
通过本场景的实验操作,您将了解并实现在线业务的微服务全链路灰度能力。
目录
相关文章
|
16小时前
|
NoSQL Java Redis
如何通俗易懂的理解Redis分布式锁
在多线程并发的情况下,我们如何保证一个代码块在同一时间只能由一个线程访问呢?
46 2
|
16小时前
|
NoSQL Java 关系型数据库
【Redis系列笔记】分布式锁
分布式锁:满足分布式系统或集群模式下多进程可见并且互斥的锁。 分布式锁的核心思想就是让大家都使用同一把锁,只要大家使用的是同一把锁,那么我们就能锁住线程,不让线程进行,让程序串行执行,这就是分布式锁的核心思路
121 2
|
16小时前
|
NoSQL Java Redis
redis分布式锁
redis分布式锁
|
16小时前
|
缓存 NoSQL Java
分布式项目中锁的应用(本地锁-_redis【setnx】-_redisson-_springcache)-fen-bu-shi-xiang-mu-zhong-suo-de-ying-yong--ben-de-suo--redissetnx-springcache-redisson(一)
分布式项目中锁的应用(本地锁-_redis【setnx】-_redisson-_springcache)-fen-bu-shi-xiang-mu-zhong-suo-de-ying-yong--ben-de-suo--redissetnx-springcache-redisson
62 0
|
16小时前
|
监控 NoSQL 算法
探秘Redis分布式锁:实战与注意事项
本文介绍了Redis分区容错中的分布式锁概念,包括利用Watch实现乐观锁和使用setnx防止库存超卖。乐观锁通过Watch命令监控键值变化,在事务中执行修改,若键值被改变则事务失败。Java代码示例展示了具体实现。setnx命令用于库存操作,确保无超卖,通过设置锁并检查库存来更新。文章还讨论了分布式锁存在的问题,如客户端阻塞、时钟漂移和单点故障,并提出了RedLock算法来提高可靠性。Redisson作为生产环境的分布式锁实现,提供了可重入锁、读写锁等高级功能。最后,文章对比了Redis、Zookeeper和etcd的分布式锁特性。
125 16
探秘Redis分布式锁:实战与注意事项
|
16小时前
|
NoSQL Java 大数据
介绍redis分布式锁
分布式锁是解决多进程在分布式环境中争夺资源的问题,与本地锁相似但适用于不同进程。以Redis为例,通过`setIfAbsent`实现占锁,加锁同时设置过期时间避免死锁。然而,获取锁与设置过期时间非原子性可能导致并发问题,解决方案是使用`setIfAbsent`的超时参数。此外,释放锁前需验证归属,防止误删他人锁,可借助Lua脚本确保原子性。实际应用中还有锁续期、重试机制等复杂问题,现成解决方案如RedisLockRegistry和Redisson。
|
16小时前
|
缓存 NoSQL Java
【亮剑】分布式锁是保证多服务实例同步的关键机制,常用于互斥访问共享资源、控制访问顺序和系统保护,如何使用注解来实现 Redis 分布式锁的功能?
【4月更文挑战第30天】分布式锁是保证多服务实例同步的关键机制,常用于互斥访问共享资源、控制访问顺序和系统保护。基于 Redis 的分布式锁利用 SETNX 或 SET 命令实现,并考虑自动过期、可重入及原子性以确保可靠性。在 Java Spring Boot 中,可通过 `@EnableCaching`、`@Cacheable` 和 `@CacheEvict` 注解轻松实现 Redis 分布式锁功能。
|
16小时前
|
NoSQL Redis 微服务
分布式锁_redis实现
分布式锁_redis实现
|
16小时前
|
NoSQL Java Redis
Redis入门到通关之分布式锁Rediision
Redis入门到通关之分布式锁Rediision
15 0
|
16小时前
|
NoSQL 关系型数据库 MySQL
Redis入门到通关之Redis实现分布式锁
Redis入门到通关之Redis实现分布式锁
18 1

热门文章

最新文章