乐观锁与悲观锁

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

悲观锁

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

乐观锁

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

对比

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