分布式锁的实现思路

为什么要用分布式锁

分布式系统，需要采用集群，多个服务之间可能需要用到共享数据（redis或者数据库），这时，JVM内的锁已经不能满足跨JVM的需求，因此需采用外部的锁机制

如何实现分布式锁

个人理解，不管是java提供的锁还是其他锁，就其思想，就是要有一个大家公用的媒介，作为标识，去控制对于共享资源的操作，因此，分布式系统中，共用媒介便可以作为分布式锁，例如：zookeeper，redis等等，甚至文件都可以

实现分布式锁需要注意的问题

1.获取锁需要互斥

2.有自动失效的机制，防止因为持锁线程挂掉而导致死锁

3.锁的颗粒度

时间： 2024-08-04 00:36:49

分布式锁的实现思路的相关文章

基于zookeeper实现分布式锁

一.分布式锁介绍分布式锁主要用于在分布式环境中保护跨进程.跨主机.跨网络的共享资源实现互斥访问,以达到保证数据的一致性. 线程锁:大家都不陌生,主要用来给方法.代码块加锁.当某个方法或者代码块使用锁时,那么在同一时刻至多仅有有一个线程在执行该段代码.当有多个线程访问同一对象的加锁方法/代码块时,同一时间只有一个线程在执行,其余线程必须要等待当前线程执行完之后才能执行该代码段.但是,其余线程是可以访问该对象中的非加锁代码块的. 进程锁:也是为了控制同一操作系统中多个进程访问一个共享资源,只是因为

分布式锁解决方案

分布式锁解决方案: 1.采用数据库乐观锁(不建议,性能不好,需要jdbc连接) 2.基于Redis实现分布式锁(setnx) 3.基于Zookeeper实现分布式锁.Zookeeper是分布式协调工具,在分布式解决方案中使用. 多个客户端(jvm),同时在zk上面创建相同的一个临时节点,因为临时节点路径是保证唯一,只要谁能够创建节点成功,谁就能拿到锁.没有创建成功的节点(jvm)就会进行等待,当释放锁的时候,采用事件通知给客户端重新获取锁的资源. 解决分布式锁的核心思路:在多台服务器集群的情况下

分布式——分布式锁

目录前言幂等性锁的属性分布式锁设计目标设计思路边界条件设计要点不同的实现结束语前言突然觉得想要安稳的度过一生简直可以称之为臆想,想想历史上的盛世,大都不过三四十年,如何能保证自己生活的大时间一定是在那三四十年之中(不过真的希望未来越来越好,大势要好,个人也要好).一份稳定的工作,爱自己的人,自己爱的人感觉都有点奢求.我知道这些在生活种都会慢慢被发现,也许一眨眼就要回首往昔了,发现这些东西的选择并不是自由的,而是被时间推动的.好似随着年龄的增长越发觉得自己的渺小,过去的东西

ZooKeeper学习（二）ZooKeeper实现分布式锁

一.简介在日常开发过程中,大型的项目一般都会采用分布式架构,那么在分布式架构中若需要同时对一个变量进行操作时,可以采用分布式锁来解决变量访问冲突的问题,最典型的案例就是防止库存超卖,当然还有其他很多的控制方式,这篇文章我们讨论一下怎么使用ZooKeeper来实现分布式锁. 二.Curator 前面提到的分布式锁,在ZooKeeper中可以通过Curator来实现. 定义:Curator是Netflix公司开源的一套zookeeper客户端框架,解决了很多Zookeeper客户端非常底层的细节开

分布式锁实现思路及开源项目集成到springmvc并使用

分布式锁顾名思义就是在分布式系统下的锁,而使用锁的唯一目的就是为了防止多个请求同时对某一个资源进行竞争性读写在使用多线程时,为了让某一资源某一时刻只能有一个操作者,经常使用synchronized,这点大家都很熟悉那什么时候使用分布式锁? 当一套项目只部署一套的时候,使用synchronized就可以了,但是当同一套项目部署了多套,即进行分布式部署时, 假设部署了同样的A,B,C三套系统,系统里面有一个操作同一时刻只允许一个用户进行操作,如上所说,只部署一套时,用synchronized限定

分布式任务&分布式锁（li）

目前系统中存在批量审批.批量授权等各个操作,批量操作中可能因为处理机器.线程不同,造成刷新缓存丢失授权等信息,如批量审批同一用户权限多个权限申请后,流程平台并发的发送多个http请求到acl不同服务器,a机器处理了授权a,b机器同时处理了授权b,然后刷新用户缓存.因为在事务里彼此看不见对方提交的数据,刷新时又完全从db中读取要刷新的数据,就造成了互相丢失对方的数据.因此,需要一个分布式锁工具,来协调各个机器.线上的工作同步问题. 分布式锁千万不能用ReentrantLock,因为它的lock和u

高级java必会系列一：zookeeper分布式锁

方案1: 算法思路:利用名称唯一性,加锁操作时,只需要所有客户端一起创建/test/Lock节点,只有一个创建成功,成功者获得锁.解锁时,只需删除/test/Lock节点,其余客户端再次进入竞争创建节点,直到所有客户端都获得锁.特点:这种方案的正确性和可靠性是ZooKeeper机制保证的,实现简单.缺点是会产生"惊群"效应,假如许多客户端在等待一把锁,当锁释放时候所有客户端都被唤醒,仅仅有一个客户端得到锁.方案2:算法思路:临时顺序节点实现共享锁客户端调用create(

ZooKeeper场景实践：（7）分布式锁

1.基本介绍分布式锁是控制分布式系统之间同步访问共享资源的一种方式,需要互斥来防止彼此干扰来保证一致性.利用Zookeeper的强一致性可以完成锁服务.Zookeeper的官方文档是列举了两种锁,独占锁和共享锁.独占锁保证任何时候都只有一个进程能或者资源的读写权限.共享锁可以同时有多个读,但是同一时刻最多只能有一个写,读和写是互斥的. 2.场景分析我们准备来实现互斥的锁,按照官网的思路,给定一个锁的路径,如/Lock,所有要申请这个锁的进程都在/Lock目录下创建一个/Lock/lock-的

zookeeper 分布式锁原理：

1 大家也许都很熟悉了多个线程或者多个进程间的共享锁的实现方式了,但是在分布式场景中我们会面临多个Server之间的锁的问题,实现的复杂度比较高.利用基于google chubby原理开发的开源的zookeeper,可以使得这个问题变得简单很多.下面介绍几种可能的实现方式,并且对比每种实现方式的优缺点. 1. 利用节点名称的唯一性来实现共享锁 ZooKeeper抽象出来的节点结构是一个和unix文件系统类似的小型的树状的目录结构.ZooKeeper机制规定:同一个目录下只能有一个唯一的文件名.例