一个面试问题: 面试官说在多进程且并发量极高的情况下乐观锁会不灵光... 我有点理解不上去了...
1
hilbertz 2019-03-07 18:30:14 +08:00
这取决于出现数据争用的概率,如果数据争用概率高的话,无论什么锁都没用,但如果争用概率不高的话,显然乐观锁的吞吐率要高于其他并发控制
|
2
mortonnex 2019-03-07 18:31:26 +08:00
如果真的是多进程而不是多线程
那我倒是想到一种情况:用 redis 做分布式锁 试想以下步骤: 1.clientA setnx masterA 获取到锁 2.masterA 在 slave 同步前挂掉 3.slave 变为 master 4.clientB setnx 也获取到锁 这时出现了两个 client 持有同一个锁 解决这个问题可以用 redlock,但是 redlock 不是银弹,会遇到系统时钟回调造成的问题 |
3
mejee 2019-03-07 18:35:49 +08:00 via Android
乐观锁可能存在 ABA 问题,但是是可以用版本戳解决。其他的问题倒是没有听说过
|
4
watzds 2019-03-07 23:48:32 +08:00 via Android
悲剧情况下你还乐观能有好结果吗
|
5
c4f36e5766583218 2019-03-08 11:14:18 +08:00
row was updated or deleted by another transaction (or unsaved-value mapping was incorrect) ???, 23333333
|