分布式锁使用数据库锁、redis锁、zk锁的对比,以及实现方式

1、分布式锁使用数据库锁、redis锁、zk锁的对比

利用mysql的实现方案

利用数据库自身提供的锁机制实现,要求数据库支持行级锁;

 实现简单,稳定可靠

  • 性能差,无法适应高并发场景;
  • 容易出现死锁的情况;
  • 无法优雅的实现阻塞式锁;

利用redis的实现方案

使用Setnx和lua脚本机制实现,保证对缓存操作序列的原子性;

性能好

 

  • 实现相对较复杂
  • 有出现死锁的可能性;
  • 无法优雅的实现阻塞式锁(羊群效应);

利用zookeeper的实现方案

基于zk的节点特性以及watch机制实现(临时顺序节点);

性能好,稳定可靠性高,能较好的实现阻塞式锁;

  • 实现相对复杂

2、三种分布式锁的实现代码 

3、使用临时节点和临时顺序节点流程图

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis分布式锁是一种常见的并发控制机制,用于在分布式系统中解决多个请求并发访问资源时的互斥问题。当多个客户端同时尝试获取同一时,只有一个客户端能够成功获取,其他客户端则需要等待,直到被释放。这通常通过在Redis中设置一个过期时间的键来实现,例如使用`SETNX`命令设置一个唯一的标识,如果该键不存在则设置并返回true,表示获得数据库事务则是数据库操作的一种执行方式,它保证了对数据库的一组操作要么全部成功,要么全部回滚,从而保持数据的一致性。在一个事务中,所有相关的操作被视为一个原子操作,这有助于避免并发修改导致的数据不一致问题。 当Redis分布式锁数据库事务同时使用时,通常会在以下几个场景中: 1. **分布式事务管理**:如果系统需要支持跨数据库的操作,可以先尝试获取Redis,成功后开始一个数据库事务。只有在事务内完成所有操作并提交时,才释放。如果事务失败(如部分操作出错),也会被自动释放,防止数据不一致。 2. **限流与熔断**:在高并发场景下,可能需要使用分布式锁实现限流或熔断机制。先获取,如果获取成功,再检查是否超过阈值,如果在事务范围内完成这些操作后,释放。 3. **临时存储**:在需要临时存储数据,等待其他服务处理完成后进行持久化的情况,可以先在Redis中获取,然后在事务中进行数据写入,事务完成后,如果一切正常,释放

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值