这里略过乐观锁与悲观锁的做法,乐观锁的做法大致是:
SELECT ...
# (1)等待服务器若干计算
UPDATE ... version = version + 1 ...
...
COMMIT悲观锁的做法大致是:
SELECT ... FOR UPDATE
UPDATE ...
...
COMMIT有博客提到,乐观锁比悲观锁快的场景在于读多写少,但是在没有竞争的情况下,乐观锁的UPDATE和悲观锁的UPDATE都需要获取锁、释放锁,为什么乐观锁更快呢? 笔者猜测,这里的"写"当然指的是上文中的"UPDATE"操作,但读指的是"SELECT ... FOR UPDATE"而不是"SELECT ..."操作。因为如果是前者,是要与写操作竞争锁的,那么由于乐观锁只在更新时才尝试获取锁,在上文的(1)阶段中,其它读操作就能顺利获得锁后完成;而由于悲观锁在一开始就获取锁,其它读操作容易跟着阻塞在锁的获取内。