分布式锁与数据库悲观、乐观锁

分布式锁

什么是分布式锁
要介绍分布式锁,首先要提到与分布式锁相对应的是线程锁、进程锁。

1.线程锁

主要用来给方法、代码块加锁。当某个方法或代码使用锁,在同一时刻仅有一个线程执行该方法或该代码段。线程锁只在同一JVM中有效果,因为线程锁的实现在根本上是依靠线程之间共享内存实现的,比如Synchronized、Lock等。

2.进程锁

为了控制同一操作系统中多个进程访问某个共享资源,因为进程具有独立性,各个进程无法访问其他进程的资源,因此无法通过synchronized等线程锁实现进程锁。

3.分布式锁
当多个进程不在同一个系统中,用分布式锁控制多个进程对资源的访问。

分布式锁的特点

首先,为了确保分布式锁可用,我们至少要确保锁的实现同时满足以下四个条件:

1、互斥性:任意时刻,只能有一个客户端获取锁,不能同时有两个客户端获取到锁。

2、安全性:锁只能被持有该锁的客户端删除,不能由其它客户端删除。

3、死锁:获取锁的客户端因为某些原因(如down机等)而未能释放锁,其它客户端再也无法获取到该锁。

4、容错:当部分节点(redis节点等)down机时,客户端仍然能够获取锁和释放锁。

布式锁一般有三种实现方式:

  1. 数据库乐观锁;
  2. 基于ZooKeeper的分布式锁;
  3. 基于Redis的分布式锁;

Redis实现分布式锁

基于Redis命令:SET key value NX EX max-lock-time

在这里插入图片描述

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
悲观锁、乐观锁分布式锁是常用的并发控制机制,它们在解决并发访问的问题上有一些区别: 1. 悲观锁: - 基于数据库的锁机制,如行锁或表锁,通过加锁来保证在操作期间数据不会被其他事务修改。 - 悲观锁认为在并发环境下,数据很可能会被其他事务修改,因此在操作前先加锁以防止并发冲突。 - 当一个事务获取到悲观锁后,其他事务需要等待锁的释放才能进行操作,因此可能会带来较高的性能开销。 - 适用于并发冲突较多、对数据一致性要求较高的场景。 2. 乐观锁: - 通过在数据表中增加一个版本号或时间戳字段,在更新操作时检查版本号或时间戳来解决并发更新问题。 - 乐观锁认为并发冲突的概率较低,因此不主动加锁,而是在更新时检查数据是否已被其他事务修改,如果已被修改则不执行更新操作。 - 当检测到并发冲突时,可以通过重试操作或者回滚事务来处理,以确保数据的一致性。 - 适用于并发冲突较少、对性能要求较高的场景。 3. 分布式锁: - 在分布式系统中,用于保证在不同节点或进程间的并发操作的一致性。 - 通过协调多个节点或进程之间的锁状态,确保只有一个节点或进程可以获得锁并执行关键操作,其他节点或进程需要等待。 - 分布式锁可以基于数据库、缓存或者第三方组件实现,常用的实现方式有基于ZooKeeper的实现、Redis的实现等。 - 适用于分布式系统中需要保证数据操作的原子性和一致性的场景。 总体来说,悲观锁和乐观锁是在单个节点或进程内使用的并发控制机制,而分布式锁是用于跨节点或进程的分布式系统中。具体使用哪种锁需要根据场景的需求和特点来选择,以达到最佳的并发控制效果。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值