分散ロック・戦闘のRedis

分散ロックとは何ですか

スタンドアロン展開の場合は、JDK、セマフォが提供する実行するために、その具体的なビジネスを確保するために、synchronizedキーワード、ReentrantLockの、あるいは我々は、ベースのAQSロックをカスタマイズすることができます。スタンドアロン展開の場合は、ロックは、複数のスレッド間で共有されているが、分散配置の場合は、ロックは、複数のプロセス間で共有されます。次に、ロック・リソースの一意性は、複数のプロセス間で共有することができることを確認するためにロックを分散。

分散ロック機能

  • 同じ方法は、一度にマシン内のスレッドで実行される処理とすることができることを保証します。
  • ロックがリエントラント(デッドロック回避)であることを保証するために、
  • 取得し、高可用性を確保するためにロックを解除するには、

達成ロック分散

  • ロック解除(最終的に)。
  • ロックのタイムアウト設定。
  • ロック更新(定期的なタスクは、実行の各2/3ロックのライフサイクル);
  • ロック・タイムアウト、および他のスレッドの削除を防止するロック(他のスレッドがロックを取得する)場合、現在のスレッドのリリースを現在のスレッドのスレッドIDかどうかを判断するための時間のロックを識別するスレッドID値の値を使用することを検討。
  • リエントラント;

Redisの分散ロック

RedisLockRegistry

RedisLockRegistryは、ばね統合のRedisのRedisのある分散ロック実装クラスを提供します。主なロックは、二重ロックをロック+ローカルRedisのロックにより達成良いです。

OBTAIN_LOCK_SCRIPTのLUAスクリプトがロックされています。KEYS現在のロックの[1]を代表キー値、ARGV [1]は現在のクライアントの識別情報、有効期限のARGV [2]の代表を表します。

値が存在しない場合、[1]有効期限ARGV [2]をリセットし、同じであるクライアント識別子が既に存在するような、[1]対応するRedisのクライアントを取得する識別キーとARGV:基本的なロジックであります提供KEYS [1] [1] ARGVの値に対応し、有効期限はARGV [2]。

取得プロセスは非常に単純なロックされ、ロックは最初にローカルロックによって取得される(LocalLock、ReentrantLockの例に相当する)、次いでRedisTemplate RedisのOBTAIN_LOCK_SCRIPTスクリプトの実行によって、ロックを獲得します。

なぜそれが圧力を減らすためにRedisのサービスに続いて、リエントラントをロックするために、すべての最初の、ローカルロックを使用しています。

释放锁的过程也比较简单,第一步通过本地锁判断当前线程是否持有锁,第二步通过本地锁判断当前线程持有锁的计数。

如果当前线程持有锁的计数 > 1,说明本地锁被当前线程多次获取,这时只释放本地锁(释放之后当前线程持有锁的计数-1)。

如果当前线程持有锁的计数 = 1,释放本地锁和redis锁。

RedisLockRegistry使用如上所示。

首先定义RedisLockRegistry对应的Bean,需要依赖redis的ConnectionFactory。

然后在服务层中注入RedisLockRegistry实例。

通过lock方法和unlock方法将业务逻辑包起来,需要注意的是unlock方法要写在finally代码块中。

Redisson

Redisson是架设在Redis基础上的一个Java驻内存数据网格(In-Memory Data Grid)。

充分的利用了Redis键值数据库提供的一系列优势,基于Java实用工具包中常用接口,为使用者提供了一系列具有分布式特性的常用工具类。

使得原本作为协调单机多线程并发程序的工具包获得了协调分布式多机多线程并发系统的能力,大大降低了设计和研发大规模分布式系统的难度。

同时结合各富特色的分布式服务,更进一步简化了分布式环境中程序相互之间的协作。

  

首先感受一下通过Redisson Api使用redis分布式锁。

定义RedissonBuilder,通过redis集群地址构建RedissonClient。

定义RedissonClient类型的Bean。

业务代码里,通过RedissonClient获取分布式锁。

由于对Redisson分布式锁实现原理了解的也不是很透彻,这里推荐一篇文章:Redisson 分布式锁实现分析

Redisson和RedisLockRegistry对比

  • RedisLockRegistry通过本地锁(ReentrantLock)和redis锁,双重锁实现,Redission通过Netty Future机制、Semaphore (jdk信号量)、redis锁实现。
  • RedisLockRegistry和Redssion都是实现的可重入锁。
  • RedisLockRegistry对锁的刷新没有处理,Redisson通过Netty的TimerTask、Timeout 工具完成锁的定期刷新任务。
  • RedisLockRegistry仅仅是实现了分布式锁,而Redisson处理分布式锁,还提供了了队列、集合、列表等丰富的API。

动手实现分布式锁

实现原理

本地锁(ReentrantLock)+ redis锁

获取锁lua脚本

锁刷新lua脚本

锁释放lua脚本

本地锁定义

每一个lock key对应唯一的一个本地锁

 线程标识定义

分布式环境下,每一个线程对应一个唯一标识

 锁刷新定时任务定义

通过JDK ConcurrentTaskScheduler完成定时任务执行,ScheduledFuture完成定时任务销毁。其中taskId对应线程标识。

定义分布式锁注解

分布式锁切面

通过RedisLock注解实例lockInfo获取到锁key值、锁过期时间信息。

获取锁过程

  1. 通过lockInfo.key()方法获取到锁key值,通过锁key值拿到对应的本地锁(ReentrantLock)
  2. 本地锁获取锁对象
  3. 进入获取redis锁的循环
  4. 通过缓存服务组件执行获取锁的lua脚本
  5. 如果获取到redis锁,判断当前线程是否第一次获取到锁并且开启了锁刷新,相应的注册锁刷新定时任务
  6. 如果没有获取到redis锁,休眠lockInfo.sleep()毫秒的时间,再次重试

释放锁过程

 

  1. 获取到当前锁key值对应的本地锁
  2. 判断当前线程是否为本地锁锁的持有者
  3. 如果本地锁的重入次数大于1,则只释放本地锁
  4. 如果本地锁的重入次数等于1,释放本地锁和redis锁

分布式锁测试

定义测试类,测试方法注上@RedisLock注解,制定锁的key值为 "redis-lock-test",测试方法内随机休眠。

开启20个线程,同时调用测试方法。

多线程redis分布式锁测试结果如下。

  

定义可重入测试类,方法内获取当前代理对象,递归调用测试方法。

测试方法中,调用可重入测试类注有@RedisLock的测试方法。

分布式锁可重入测试结果如下。

 

おすすめ

転載: www.cnblogs.com/hujunzheng/p/11295345.html