分布式锁和事务

本文探讨了在单进程多线程环境下,如何使用锁确保变量同步,防止并发修改。同时,分析了Go语言中channel与锁的关系,并介绍了分布式锁在解决跨进程并发问题上的应用,如etcd的实现原理。此外,还讨论了数据库乐观锁和悲观锁在处理并发场景下的策略,以及它们的优缺点。
摘要由CSDN通过智能技术生成
  • 单进程的系统中,存在多线程同时操作一个公共变量,此时需要加锁对变量进行同步操作,保证多线程的操作线性执行消除并发修改。解决的是单进程中的多线程并发问题。

  • 思考golang的channel和锁的关系:多个goroutine之间通过channel进行通信,管道也运用了锁机制

分布式锁

某些应用场景是在集群模式的多个相同服务,可能会部署在不同机器上,解决进程间安全问题,防止多进程同时操作一个变量或者数据库。解决的是多进程的并发问题。

etcd分布式锁实现原理
  1. 利用租约在etcd集群中创建一个key,这个key有两种形态,存在和不存在,而这两种形态就是互斥量。
  2. 如果这个key不存在,那么线程创建key,成功则获取到锁,该key就为存在状态。
  3. 如果该key已经存在,那么线程就不能创建key,则获取锁失败。
数据库乐观锁(适用于并发不是很大的场景)
  1. 在数据表里面加一个版本号字段,默认为1,只有版本号为1时才能操作这条数据
  2. 当有进程操作时,先将版本号设置成2
  3. 当这个进程处理完所有业务时,再将版本号设置为1
  4. 其他进程如果发现版本号为1时:则使用重试机制(一般循环三次就可以,概率问题)
数据库悲观锁(消耗性能)

利用mysql自己的锁机制:for update和事务处理

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值