数据库基础知识八：乐观锁与悲观锁

比眉伴天荒 2022-04-22 14:24 68阅读 0赞

**乐观锁**（ Optimistic Locking ） 相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。而乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本（ Version ）记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。  
**悲观锁**（Pessimistic Lock），正如其名，具有强烈的独占和排他特性。它指的是数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。

**简而言之：**  
悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。  
乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。乐观锁不能解决脏读的问题。（ 脏读 ：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。）

**FOR UPDATE NOWAIT 与FOR UPDATE**

1：for update 与for update nowait 都是对select 返回的结果集加锁，对返回的结果集加排它的行级锁，屏蔽dml操作，对该表加表级锁，屏蔽对该表的ddl操作和写操作，防止表结构被修改。  
2：加锁后当前用户或者说当前线程可以修改结果集中的数据，其他用户对上面返回结果集的数据进行dml或ddl操作都会返回一个错误信息或发生阻塞  
3：加锁后锁定表的所有行，排斥其他针对这个表的写操作。确保只有当前事务对指定表进行写操作。  
4：select \* from TTable1 for update 锁定表的所有行，只能读不能写  
select \* from TTable1 where pkid = 1 for update 只锁定pkid=1的行  
select \* from Table1 a join Table2 b on a.pkid=b.pkid for update 锁定两个表的所有记录  
select \* from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update 锁定两个表的中满足条件的行  
select \* from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update of a.pkid 只锁定Table1中满足条件的行

**区别：**

for update对结果集加锁后，其他用户对该结果集进行dml操作或对该表进行ddl操作，会发生阻塞，必须等待该用户释放资源（commit或者rollback）

for update nowait对结果集加锁后，不会发生阻塞，而是直接报错 “ORA-00054错误，资源正忙, 但指定以 NOWAIT 方式获取资源”。

**FOR UPDATE OF COLUMNS**

for update of columns 用在多表连接锁定时，可以指定要锁定的是哪几张表，如果表中的列没有在for update of 后面出现的话，那这张表就不会被锁定，其他用户是可以对这些表的数据进行dml和ddl操作的。这种情况经常会出现在用户对带有连接查询的视图进行操作场景下。用户只锁定相关表的数据，其他用户仍然可以对视图中其他原始表的数据来进行操作。

**FOR UPDATE WAIT t (指定其他线程的等待时间为t秒)**  
使用FOR UPDATE WAIT”子句的优点如下：  
１：防止无限期地等待被锁定的数据。  
２：允许应用程序中对锁的等待时间进行更多的控制。  
３：对于交互式应用程序非常有用，因为这些用户不能等待不确定 。  
４ ：若使用了skip locked，则可以越过锁定的行，不会报由wait引发的‘资源忙’异常报告。