乐观锁与悲观锁的实现和区别

一、什么是乐观锁。

二、乐观锁的实现。

三、什么是悲观锁。

四、悲观锁的实现。

五、乐观锁和悲观锁的区别。

一、什么是乐观锁。

        它假设认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数

据的冲突与否进行检测，如果发现冲突了，则返回用户错误的信息，让用户决定如何去做。

二、乐观锁的实现。

        一般，乐观锁的实现都是基于数据版本号（少数情况是基于时间戳）。

        使用版本号时，可以在数据初始化时指定一个版本号，每次对数据的更新操作都对版本号执

行+1操作。并判断当前版本号是不是该数据的最新的版本号。

        举个例子，比如可以使用自增长的整数表示数据版本号。更新时检查版本号是否一致，数据

库中数据版本为6，更新提交时version=6+1,使用该version值(=7)与数据库version+1(=7)作比较

，如果相等，则可以更新，如果不等则有可能其他程序已更新该记录，所以返回错误。         

三、什么是悲观锁。 

        悲观锁，顾名思义，它持有一种非常悲观的态度，假设任何事务对数据的操作都会发生并发

冲突。因此，在整个数据处理过程中，将数据处于锁定状态。 悲观锁的实现，往往依靠数据库提

供的锁机制 （也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系

统中实现了加锁机制，也无法保证外部系统不会修改数据）。

四、悲观锁的实现。

        在对任意记录进行修改前，先尝试为该记录加上排他锁。如果加锁失败，说明该记录正在被

修改，那么当前查询可能要等待或者抛出异常。 具体响应方式由开发者根据实际需要决定。如果

成功加锁，那么就可以对记录做修改，事务完成后就会解锁了。其间如果有其他对该记录做修改或

加排他锁的操作，都会等待我们解锁或直接抛出异常。

五、乐观锁和悲观锁的区别。

        悲观锁的策略过于保守，并发性能不好而且有产生死锁的风险，所以悲观锁要慎重使用。目

前它主要用于数据争用激烈的环境，以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的

成本的环境中。适用于写入频繁。

        乐观锁相对悲观锁而言，思路完全相反。它假设认为数据一般情况下不会造成冲突，所以在

数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则返回用户错

误的信息，让用户决定如何去做。适用于读取频繁。