悲观锁与乐观锁

关注

原创最新推荐文章于 2026-05-20 07:55:22 发布 335 阅读 AI 写同款· GEO 优化 ›

Java 乐观锁与悲观锁 乐观锁与悲观锁的概念，之前有所讲解，这里用很小的篇幅进行知识的回顾，巩固；乐观锁与悲观锁的使用场景介绍，通过理解悲观锁与乐观锁不同的风格，理解什么场景下需要选择合适的锁，为本节的重点内容之一；了解乐观锁的缺点，乐观锁有自己的特定的缺陷，不同的锁都有自己的优点与缺点；了解乐观锁缺陷的解决方式，作为本节内容的重点之一；通过引入 Atomic 操作，实现乐观锁，为本节内容的核心，通过对比 synchronized 的实现，用两种锁机制实现同一个需求。阅读详情

锁及事务隔离水平的关系

事务的隔离水平：指同时运行多个事务时，事务与事务之间的影响程度。其实是利用了各种类型的锁来解决并发问题，数据库内部基础机制，执行事务其实也在执行锁。（其他章有讲）
锁：主要指悲观锁和乐观锁。

只有当事务的隔离水平无法解决并发问题时，才需要手动设置锁。

                 |--共享所
         |--行锁-|
|--悲观锁-|       |--排它锁
|        |--表锁（不使用索引时）
|       
|--乐观锁

--排他锁
SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE;

--共享锁
SELECT * FROM table_name WHERE ... FOR UPDATE;

在事务中，关于锁的锁定，对于update、delete、insert，Innodb会自动加排它锁；
普通的select，不会加任何锁。我们可以显示的加共享锁或排它锁。

综合：隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

悲观锁

悲观锁示例1：

//0.开始事务
begin;/begin work;/start transaction; (三者选一就可以)

//1.查询出商品信息
select status from t_goods where id=1 for update;

//2.根据商品信息生成订单
insert into t_orders (id,goods_id) values (null,1);

//3.修改商品status为2
update t_goods set status=2 where …;

//4.提交事务
commit;/commit work;

上面的第一步我们执行了一次查询操作：select status from t_goods where id=1 for update;
与普通查询不一样的是，我们使用了select…for update的方式，这样就通过数据库实现了悲观锁。此时在t_goods表中，id为1的那条数据就被我们锁定了，其它的事务必须等本次事务提交之后才能执行。这样我们可以保证当前的数据不会被其它事务修改。

说明：需要注意的是，在事务中，只有SELECT … FOR UPDATE 或LOCK IN SHARE MODE 同一笔数据时会等待其它事务结束后才执行，一般SELECT … 则不受此影响(事务里也能查到)。

拿上面的实例来说，当我执行select status from t_goods where id=1 for update;后。我在另外的事务中如果再次执行select status from t_goods where id=1 for update; 则第二个事务会一直等待第一个事务的提交，此时第二个查询处于阻塞的状态，但是如果我是在第二个事务中执行select status from t_goods where id=1;则能正常查询出数据，不会受第一个事务的影响。

行锁与表锁

MySQL select…for update的Row Lock与Table Lock

MySQL InnoDB默认Row-Level Lock，所以只有「明确」地指定索引（如主键），MySQL 才会执行Row lock (只锁住被选取的数据) ，否则MySQL 将会执行Table Lock (将整个数据表单给锁住)。

1. 明确指出索引（如主键），查有数据，row lock

事务1：（console1）

mysql> select * from t_goods where id=1 for update;  
+----+--------+------+  
| id | status | name |  
+----+--------+------+  
|  1 |      1 | 道具 |  
+----+--------+------+  
1 row in set  

mysql>

事务2：

mysql> select * from t_goods where id=1 for update;

说明：事务1未提交，事务2将阻塞。长时间会报错。

2. 明确指出索引（如主键），查无数据，无lock

事务1：

mysql> select * from t_goods where id=3 for update;  
Empty set

事务2：

mysql> select * from t_goods where id=3 for update;  
Empty set

说明：查询结果为空，查询无阻塞，事务1无锁定

3. 没有用到索引、索引不明确（范围查），table lock

事务1：无索引时

mysql> select * from t_goods where name='道具' for update;  
+----+--------+------+  
| id | status | name |  
+----+--------+------+  
|  1 |      1 | 道具 |  
+----+--------+------+  
1 row in set  

mysql>

事务2：

mysql> select * from t_goods where name='装备' for update;

说明：无索引，事务1把整个表锁定了。查询这个表的其他字段也会阻塞。

事务1：（范围查时）

mysql> begin;  
Query OK, 0 rows affected  

mysql> select * from t_goods where id>0 for update;  
+----+--------+------+  
| id | status | name |  
+----+--------+------+  
|  1 |      1 | 道具 |  
|  2 |      1 | 装备 |  
+----+--------+------+  
2 rows in set  

mysql>

事务2：

mysql> select * from t_goods where id>1 for update;

说明：事务2会阻塞。当事务1提交后，事务2会查询出来。

注：①没有用到索引
②索引不明确，如 where id>1
将会表锁（table lock）。

乐观锁

乐观锁的实现方式

1. 使用数据版本（Version）

为数据增加一个版本标识，一般是通过为数据库表增加一个数字类型的 “version” 字段来实现。当读取数据时，将version字段的值一同读出，数据每更新一次，对此version值加一。

当我们提交更新的时候，判断数据库表对应记录的当前版本信息与第一次取出来的version值进行比对，如果数据库表当前版本号与第一次取出来的version值相等，则予以更新，否则认为是过期数据。
以确保期间没有更新过。

update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};

2. 增加时间戳

在记录上增加修改的时间戳（也可利用ora_rowscn伪列）。即在事务开始时，获取该记录的时间戳，修改时，校验该时间戳，若一致则修改。（跟version差不多）

3. 更新时带入原始数据（见总结）。