乐观锁与悲观锁

乐观锁和悲观锁的对比这个博客很好

悲观锁

悲观锁就是每次拿数据都认为别人会来改,所以得上锁保护自己。这样别人想来拿同样的数据就会被阻塞,直到悲观锁被释放,悲观锁中的共享资源每次只给一个线程使用,其它线程阻塞,用完后再把资源转让给其它线程。这样效率很低。
数据库中的行锁,表锁,读锁(共享锁),写锁(排他锁),以及Java中的syncronized 实现的锁均为悲观锁。

乐观锁

乐观锁就是认为每次拿数据别人大概率不会改,每次修改数据时候先看看这条数据被别人更新了没。但是有一个经典问题的存在,即ABA问题,你看到了还是A未必就没被人改过。所以可以加一列新的字段代表版本号。版本号一致就修改,不一致就回滚。
但其实高并发环境下总回滚也不好,比如淘宝买东西。所以其实直接就判定库存大于0就库存-1也是可以的。所以说乐观锁控制粒度是非常重要的。

对比

悲观锁阻塞事务,乐观锁回滚重试,它们各有优缺点,不要认为一种一定好于另一种。像乐观锁适用于写比较少的情况下,即冲突真的很少发生的时候,这样可以省去锁的开销,加大了系统的整个吞吐量。
但如果经常产生冲突,上层应用会不断的进行重试,这样反倒是降低了性能,所以这种情况下用悲观锁就比较合适。
注意点:
1、乐观锁并未真正加锁,所以效率高。一旦锁的粒度掌握不好,更新失败的概率就会比较高,容易发生业务失败。
2、悲观锁依赖数据库锁,效率低。更新失败的概率比较低。

你可能感兴趣的:(mysql,mysql,数据库)