各种锁机制的分析

1. synchronize 同步锁方案

缺点一:线程串行导致的性能问题,性能消耗比较大
缺点二:无法解决分布式部署情况下跨进程、跨JVM问题。

2. 数据库行锁 (select for update)

优点一:能解决跨进程,跨JVM的问题。

缺点一:性能问题。在数据库层面,select for update 会一直阻塞直到事务提交,这里页是串行执行。

缺点二:需要注意设置事务的隔离级别是Read Committed,否则并发情况下,另外的事务无法看到提交的数据,依然会导致超卖的问题。

缺点三:容易打满数据库连接。如果事务中有第三方接口交互,会导致这个事务的连接一直阻塞,打满数据库连接。

缺点四:容易产生交叉死锁,如果多个业务的加锁顺序控制不好,就会发生AB两条记录的交叉死锁。
交叉死锁

3. redis 分布式锁(复杂情况下可以采用守护线程实现续命锁)

Redis 加锁的命令是setenx, 设置锁的过期时间是expire,解锁的命令是del

redis 分布式锁的注意点:

  • 设置锁和设置超时时间的原子性

  • 不设置超时时间的缺点

  • 服务宕机或者线程阻塞超时的情况

  • 超时时间设置不合理的情况

4. 数据库乐观锁

image.png

建议采用如下的方式
image.png

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值