分布式锁入门

本文介绍了分布式锁的概念,探讨了CAP理论,并详细讲述了基于关系型数据库、缓存(Redis)及Zookeeper实现分布式锁的方法。讨论了乐观锁、悲观锁、数据库唯一约束、Redis的SETNX操作以及Zookeeper的临时有序节点策略,旨在深入理解分布式锁的多种实现策略。
摘要由CSDN通过智能技术生成

一,什么是分布式锁

在多线程并发的情况下,单机应用保证一个代码块在同一时间只能由一个线程访问    ---->   在Java中用锁来保证,比如java的synchronized语法以及reentrantlock类

如果在分布式的集群环境中,如何保证不同节点的线程的同步执行。  -----> 分布式锁

ReentrantLock的lock和unlock要求必须是在同一线程进行,而分布式应用中,lock和unlock是两次不相关的请求,因此肯定不是同一线程,因此导致无法使用ReentrantLock。

改图所示在分布式系统中,分布式锁实现不同线程对代码和资源的同步访问。


分布式锁的实现有哪些?
基于数据库:

        基于数据库表做乐观锁,用于分布式锁。(version)
        基于数据库表做悲观锁(InnoDB,for update)
        基于数据库表数据记录做唯一约束(表中记录方法名称)

基于缓存:

      常用方案:使用redis的setnx()用于分布式锁。(setNx,直接设置值为当前时间+超时时间,保持操作原子性)
     使用memcached的add()方法,用于分布式锁。
     
基于Zookeeper:

     每个客户端对某个方法加锁时,在zookeeper上的与该方法对应的指定节点的目录下,生成一个唯一的瞬时有序节点。 判断是否获取锁只需要判断有序节点中序号最小的一个。 当释放锁的时候,只需将这个瞬时节点删除即可。

 

二, CAP理论

分布式系统(distributed system)正变得越来越重要,大型网站几乎都是分布式的。
分布式系统的最大难点,就是各个节点的状态如何同步。CAP 定理是这方面的基本定理,也是理解分布式系统的起点。

一个分布式系统有三个指标:
consistency(一致性)
availability(可用性)
partition tolerance(分

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值