java分布式锁_一文让你读懂分布式锁的使用原理及实现方式

一、为什么要使用分布式锁

分布式环境下修改某个共有的数据,比如redis的共有数据;

在同一时间,可能多个节点都先查询这个数据,然后更新。在查询的时候,结果是一样的,但是各个节点更新的时候,就是以最后一个更新为准了,这样就会导致其它节点的更新其实是失败的;

案例:告警设置max_step的功能就是分布式更新导致通知多次;

解决以上问题最彻底的办法(不一定是最好)是使用分布式锁,这样可以保证数据的一致性。但是分布式锁很多会带来性能的下降,所以不一定是最好的方式。

二、分布式锁的三种实现方式

1、基于数据库实现分布式锁

对字段增加唯一性约束;

2、基于缓存(Redis等)实现分布式锁

setnx()方法,这种很高效,另外也有一种比较低效的方式:查询的时候就上锁,如下:

try{

lock = redisTemplate.opsForValue().setIfAbsent(lockKey, LOCK);

logger.info("cancelCouponCode是否获取到锁:"+lock);

if (lock) {

// TODO

redisTemplate.expire(lockKey,1, TimeUnit.MINUTES); //成功设置过期时间

return res;

}else {

logger.info("cancelCouponCode没有获取到锁,不执行任务!");

}

}finally{

if(lock){

redisTemplate.delete(lockKey);

logger.info("cancelCouponCode任务结束,释放锁!");

}else{

logger.info("cancelCouponCode没有获取到锁,无需释放锁!");

}

3、基于Zookeeper实现分布式锁

让我们来回顾一下Zookeeper节点的概念:

e5307a8132edce39b67eb8a8b8e035c4.png

Zookeeper的数据存储结构就像一棵树,这棵树由节点组成,这种节点叫做Znode。

Znode分为四种类型:

1.持久节点 (PERSISTENT)

默认的节点类型。创建节点的客户端与zookeeper断开连接后,该节点依旧存在 。

2.持久节点顺序节点(PERSISTENT_SEQUENTIAL)

所谓顺序节点,就是在创建节点时,Zookeeper根据创建的时间顺序给该节点名称进行编号:

e8012496c92743938cc2245f8a7003bc.png

3.临时节点(EPHEMERAL)

和持久节点相反,当创建节点的客户端与zookeeper断开连接后,临时节点会被删除:

91ead74ac196150434486b5786d7d9f5.png

8a2513d8da0e45db0c758b7912251b60.png

3b4d151c0c39948632ccda63f0ad880c.png

4.临时顺序节点(EPHEMERAL_SEQUENTIAL)

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

Zookeeper分布式锁的原理

Zookeeper分布式锁恰恰应用了临时顺序节点。具体如何实现呢?让我们来看一看详细步骤:

获取锁

首先,在Zookeeper当中创建一个持久节点ParentLock。当第一个客户端想要获得锁时,需要在ParentLock这个节点下面创建一个临时顺序节点 Lock1。

3075cd34e30f917322aea90073ec581a.png

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

9624a96609a621c2912ad8ae2cc76021.png

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

0ce1ca9ae0423750b4ea35de8931933b.png

Client2查找ParentLock下面所有的临时顺序节点并排序,判断自己所创建的节点Lock2是不是顺序最靠前的一个,结果发现节点Lock2并不是最小的。

于是,Client2向排序仅比它靠前的节点Lock1注册Watcher,用于监听Lock1节点是否存在。这意味着Client2抢锁失败,进入了等待状态。

6ba97843d16d8325d4e0553fabffae18.png

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

0435a8dc4ee9763451dda296a95389d3.png

Client3查找ParentLock下面所有的临时顺序节点并排序,判断自己所创建的节点Lock3是不是顺序最靠前的一个,结果同样发现节点Lock3并不是最小的。

于是,Client3向排序仅比它靠前的节点Lock2注册Watcher,用于监听Lock2节点是否存在。这意味着Client3同样抢锁失败,进入了等待状态。

f88fb519427fd9fbd712a41e55bdf9b7.png

这样一来,Client1得到了锁,Client2监听了Lock1,Client3监听了Lock2。这恰恰形成了一个等待队列,很像是Java当中ReentrantLock所依赖的

释放锁

释放锁分为两种情况:

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

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

e09b3befefc7c7c095248f28ebc2ff4d.png

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

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

0947805dcc51703d05fb1fb1549edfbc.png

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

0b63d5d204b79b35c1a9024f294e82f1.png

同理,如果Client2也因为任务完成或者节点崩溃而删除了节点Lock2,那么Client3就会接到通知。

7938aa291337dd2d1633a8f8f42d9d17.png

最终,Client3成功得到了锁。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Java分布式实现方式有多种,常见的包括: 1. 基于Redis的分布式:利用Redis单线程的特性,使用SETNX命令创建,利用EXPIRE设置的过期时间,同时使用DEL命令释放,确保的释放是原子的。 2. 基于Zookeeper的分布式:通过创建临时节点实现分布式,当某个服务占用了,其它服务将无法创建同名节点,从而保证同一时间只有一个服务占用该。 3. 基于数据库的分布式使用数据库表中的一行记录来表示状态,使用事务确保的获取和释放是原子的。 4. 基于Redisson的分布式:Redisson是一个开源的Java分布式框架,提供了对分布式的支持,使用SETNX和EXPIRE命令实现的创建和过期,同时还提供了自旋、可重入等高级特性。 以上是Java分布式实现方式的几种常见方式,不同的实现方式有着各自的特点和适用场景,需要根据实际需求进行选择。 ### 回答2: Java分布式分布式系统中实现数据同步和控制的关键技术之一,它用于保证多个分布式进程并发访问共享资源时的数据一致性和安全性。分布式与普通的相比,需要解决跨进程、跨节点的同步和并发控制问题。 Java分布式实现方式有以下几种: 1. 基于Zookeeper实现分布式 Zookeeper是一个高性能的分布式协调服务,它可以被用来实现分布式。Zookeeper的实现原理是基于它的强一致性和顺序性,可以保证多个进程访问同一个分布式时的数据同步和控制。 通过创建一个Zookeeper的持久节点来实现分布式使用create()方法来创建节点,如果创建成功则说明获取成功。当多个进程同时请求获取时,只有一个进程能够创建节点成功,其它进程只能等待。当持有分布式的进程退出时,Zookeeper会自动删除对应的节点,其它进程就可以继续请求获取。 2. 基于Redis实现分布式 Redis是高性能的内存数据库,可以使用它的setnx()命令来实现分布式。setnx()命令可以在指定的key不存在时设置key的值,并返回1;如果key已经存在,则返回0。通过这个原子性的操作来实现分布式。 当多个进程同时请求获取时,只有一个进程能够成功执行setnx()命令,其它进程只能等待。进程在持有期间,可以利用Redis的expire()命令来更新的过期时间。当持有分布式的进程退出时,可以通过delete()命令来删除。 3. 基于数据库实现分布式 数据库通过ACID特性来保证数据的一致性、并发性和可靠性,可以通过在数据库中创建一个唯一索引来实现分布式。当多个进程同时请求获取时,只有一个进程能够成功插入唯一索引,其它进程只能等待。当持有分布式的进程退出时,可以通过删除索引中对应的记录来释放。 不同的实现方式各有优劣。基于Zookeeper的实现方式可以保证分布式的一致性和可靠性,但是需要引入额外的依赖;基于Redis可以实现较高性能的分布式,但是在高并发条件下可能会存在死等问题;基于数据库的实现方式简单,但在高并发条件下也可能会有争抢等问题。 总之,在选择分布式实现方式时,需要根据业务场景和需求来综合考虑各种因素,选择最适合自己的方式。 ### 回答3: 分布式系统中的并发控制是解决分布式系统中竞争资源的重要问题之一,而分布式作为一种并发控制工具,在分布式系统中被广泛采用。Java作为一种常用的编程语言,在分布式实现方面也提供了多种解决方案。下面就分别介绍Java分布式实现方式。 1. 基于ZooKeeper的分布式 ZooKeeper是分布式系统中常用的协调工具,其提供了一套完整的API用于实现分布式实现分布式的过程中需要创建一个Znode,表示,同时用于控制数据的访问。在这个Znode上注册监听器用于接收释放的成功/失败事件,从而控制加/解的过程。 2. 基于Redis的分布式 Redis作为一种高性能的Key-Value数据库,其提供了完整的API用于实现分布式实现分布式的过程中需要在Redis中创建一个Key,利用Redis的SETNX命令进行加,同时设置过期时间保证的生命周期。在解时需要判断是否持有并删除对应的Key。 3. 基于数据库的分布式 数据库作为分布式系统中常用的数据存储方式,其提供了事务机制用于实现分布式。在实现分布式的过程中需要在数据库中创建一个表,利用数据库的事务机制实现/解,同时需要设置过期时间保证的生命周期。 总之,以上三种方式都是常用的Java分布式实现方式。选择合适的方法需要综合考虑使用场景、性能需求、可靠性要求等因素。同时,在实现分布式的过程中需要注意的加/解的正确性和过期时间的设置,保证分布式系统的并发控制的正确性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值