一个面试问题: 面试官说在多进程且并发量极高的情况下乐观锁会不灵光... 我有点理解不上去了...
This topic created in 2800 days ago, the information mentioned may be changed or developed.
 |
hilbertzMar 7, 2019
1
这取决于出现数据争用的概率，如果数据争用概率高的话，无论什么锁都没用，但如果争用概率不高的话，显然乐观锁的吞吐率要高于其他并发控制
|
 |
mortonnexMar 7, 2019
2
如果真的是多进程而不是多线程
那我倒是想到一种情况:用 redis 做分布式锁 试想以下步骤: 1.clientA setnx masterA 获取到锁 2.masterA 在 slave 同步前挂掉 3.slave 变为 master 4.clientB setnx 也获取到锁 这时出现了两个 client 持有同一个锁 解决这个问题可以用 redlock,但是 redlock 不是银弹,会遇到系统时钟回调造成的问题 |
 |
temp178Mar 7, 2019 via Android
3
乐观锁可能存在 ABA 问题，但是是可以用版本戳解决。其他的问题倒是没有听说过
|
 |
watzdsMar 7, 2019 via Android
4
悲剧情况下你还乐观能有好结果吗
|
 |
c4f36e5766583218Mar 8, 2019
5
row was updated or deleted by another transaction (or unsaved-value mapping was incorrect) ???, 23333333
|
Select Language