分布式锁原理 --及常见实现方式的优劣势分析

分布式锁

  • 什么是锁
  • 背景介绍
  • 分布式锁的基本原则
  • 常见的分布式锁实现方式

什么是锁

简单的来说就是对资源操作时的一种控制策略	
何为资源:能被程序访问的所有信息或是媒介;比如常见的文件,数据库,内存中的数据等
何为操作:像读,写,修改等

背景介绍

以Java开发为例子说明
	在单体应用或是单实例部署的情况下,所有的请求处理都是在同一个JVM中。可借助java 中的锁机制来控制对资源的访问比如:synchronized关键字,java.util.concurrent.* 中的api
但是如果应用程序是分布式部署或是集群部署,请求会别分发到不同的实例上来处理。这样就会带来一个问题:
如果资源是被一个JVM给锁定了(比如说通过synchronized),那么其它的JVM是如何知道资源的锁定状态呢?
	实际上java在处理请求时没有办法直接跨越JVM的,这个时候只能是借用一个"第三方"来饰演资源的公共角色?
这个“第三方”,就可以是我们常见的文件,数据库等外部的一切可访问资源

分布式锁的基本原则

那么在设计分布式锁的时候,需要考虑哪些因素呢:
1.互斥性:在同一时刻只能由一个客户端持久
2.独立性:在正常情况下,只有锁的拥有者才可以释放锁即可识别锁拥有者的身份
3.可用性:即在使用端出现异常的情况下,锁还是可以正常被使用的,即不会存在死锁或是长时间无资源可用的状态

常见的分布式锁实现方式

常见实现有三种
1.基于数据库
2.基于Redis
3.基于Zookeeper
4.其它第三实现
1.基本数据库
不做详细的说明,大体的思路就是一张表来记录资源的各种状态
2.基于Redis
查看代码实例:
public class CustomRedisLock implements  java.util.concurrent.locks.Lock {
private StringRedisTemplate stringRedisTemplate;
/
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Redis分布式锁实现原理是基于Redis的SETNX指令和过期时间实现的。具体实现步骤是:当某个客户端请求获取锁时,该客户端向Redis服务器发送SETNX命令,若SETNX命令返回值为1,则表示获取锁成功,该客户端接着设置一个过期时间,用以避免锁一直持有;若SETNX命令返回值为0,则表示获取锁失败,此时客户端需要等待一段时间后重新尝试获取锁。 ### 回答2: Redis分布式锁是一种在分布式环境下协调多个进程或线程之间的互斥访问资源的机制。其原理是利用Redis提供的原子操作,通过在Redis中设置一个特定的键值对来实现锁的获取和释放。 具体实现步骤如下: 1. 获取锁:客户端通过执行SETNX命令(SET if Not eXists)来尝试在Redis中设置一个指定的键,并为其设置一个过期时间。如果命令成功执行并返回1,表示获取到了锁,否则表示锁已被其他客户端占用。 2. 使用锁:获取到锁之后,执行需要互斥访问资源的操作。 3. 释放锁:操作完成后,客户端通过执行DEL命令来删除所创建的键,释放锁。 需要注意的是,为了防止锁过期时间过长导致锁永远不会释放,可以使用SET命令来给锁设置一个过期时间,保证即使发生异常情况,锁也会在一段时间后自动释放。 此外,还需要考虑到锁的重入性和死锁的情况。对于锁的重入性,可以在Redis中维护一个计数器,记录获取锁的次数,在释放锁时将计数器减1,直到计数器为0时才真正释放锁。对于死锁的情况,可以为锁设置一个超时时间,如果获取锁的客户端在规定的时间内没有释放锁,则认为发生了死锁,其他客户端可以尝试获取该锁。 总之,Redis分布式锁通过利用Redis的原子操作和过期时间机制,可以实现多个进程或线程之间的资源互斥访问,确保系统在分布式环境下的稳定运行。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值