一个面试问题: 面试官说在多进程且并发量极高的情况下乐观锁会不灵光... 我有点理解不上去了...
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 temp178 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 |