悲观锁(Pessimistic Lock):
每次拿数据的时候都会担心会被别人修改(疑心重很悲观),所以每次在拿数据的时候都会上锁。确保自己使用的过程中不会被别人访问,自己使用完后再解锁。
期间需要访问该数据的都会等待。即除了锁的拥有者,其他人只能读取该文件信息,并不可以修改该文件。如果需要修改该文件,必须等锁的拥有者释放锁。
乐观锁(Optimistic Lock):
每次拿数据的时候都完全不担心会被别人修改(心态好很乐观),所以每次在拿数据的时候都不会上锁。但是在更新数据的时候去判断该期间是否被别人修改过(使用版本号等机制),期间该数据可以随便被其他人读取。即除了锁的拥有者,其他人都可以读取和修改目标文件的信息,但是除了锁的拥有者其他人都不可以提交更改后的内容到仓库,除非锁的拥有者已经释放了乐观锁。并且在提交过后会判断期间是否被别人修改过。
两种锁各有优缺点,不能单纯的定义哪个好于哪个。乐观锁比较适合数据修改比较少,读取比较频繁的场景,即使出现了少量的冲突,这样也省去了大量的锁的开销,故而提高了系统的吞吐量。但是如果经常发生冲突(写数据比较多的情况下),上层应用不不断的retry,这样反而降低了性能,对于这种情况使用悲观锁就更合适。
原文链接:http://blog.csdn.net/catoop/article/details/49993041