MySQL-锁
1. 公平锁与非公平锁
公平锁:严格按照线程启动的顺序执行,不允许其他线程插队执行;非公平锁允许插队;
当使用非公平锁时,会立刻尝试配置状态,成功则:插队执行,失败则:与公平锁一样调用acquire()方法,以排他方式获取锁,成功后立刻返回,否则将线程加入队列,直到成功调用为止。
2. 悲观锁与乐观锁
两种常见的资源并发锁设计。
悲观锁:先获取锁,再进行业务操作。悲观:获取锁可能是失败的,因此需要先确保成功地获取到锁再进行业务操作。
实现:select...for update
具体:获取select选中的数据行的行锁,当其他并发执行选中同行时会发生排斥,实现锁的效果。当事务结束时会自动释放。
注意:锁的条数过多时,引起服务大面积等待。
悲观锁在多线程竞争的条件下,加锁和释放锁会导致比较大的上下文切换和调度延时,引起性能问题;
优先级高的线程等待优先级低的线程释放锁会导致优先级倒置,引起性能风险;
其他线程挂起;
乐观锁:先进行业务操作,再获取锁。乐观:获取锁大概率是成功的,因此在进行完业务操作实际更新数据时再拿锁。
实现:需要锁的数据上增加版本标识/时间戳
具体:在业务操作进行前获取需要锁的数据的当前版本号,实际更新数据时确认版本号与之前的相同,并更新版本号。如果更新失败,认为旧数据被并发修改后不存在了,认为获取锁失败,需要回滚整个业务操作并看情况重试。
比较:乐观锁获取锁成功时开销小,但回滚时开销大;适用于取锁失败率小的场景;
推荐:乐观锁 + 重试
相关推荐
zjx0 2020-07-18
msmysql 2020-06-26
webliyang 2020-05-27
tangjianft 2020-05-12
CosEmon 2020-05-10
xjd0 2020-04-30
dayi 2020-03-06
hxw0 2020-02-15
林大鹏 2020-02-15
tangjianft 2020-02-15
heniancheng 2020-02-15
MrIronHand 2019-12-31
ztyzly00 2020-01-03
翡翠谷 2019-12-11
houdaxiami 2019-11-17
tangjianft 2019-11-08
whutjiajiao 2019-11-05