悲观锁与乐观锁

悲观锁 (Pessimistic Lock), 顾名思义, 就是很悲观, 每次去拿数据的时候都认为别人会修改, 所以每次在拿数据的时候都会上锁, 这样别人想拿这个数据就会 block 直到它拿到锁.

传统的关系型数据库里边就用到了很多这种锁机制, 比如行锁, 表锁等, 都是在做操作之前先上锁.

乐观锁 (Optimistic Lock), 顾名思义, 就是很乐观, 每次去拿数据的时候都认为别人不会修改, 所以不会上锁, 但是在更新的时候会判断一下在此期间别人有没有去更新这个数据, 可以使用版本号等机制.

乐观锁适用于多读的应用类型, 这样可以提高吞吐量, 像数据库如果提供类似于 write_condition 机制的其实都是提供的乐观锁.

两种锁各有优缺点, 不可认为一种好于另一种, 像乐观锁适用于写比较少的情况下, 即冲突真的很少发生的时候, 这样可以省去了锁的开销, 加大了系统的整个吞吐量.

但如果经常产生冲突, 上层应用会不断的进行 retry, 这样反倒是降低了性能, 所以这种情况下用悲观锁就比较合适.