MySql 乐观锁和悲观锁

最新推荐文章于 2025-10-06 14:53:12 发布

转载最新推荐文章于 2025-10-06 14:53:12 发布 · 143 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://blog.youkuaiyun.com/puhaiyang/article/details/72284702

mysql 专栏收录该内容

37 篇文章

订阅专栏

本文深入解析乐观锁和悲观锁的概念及应用场景，探讨InnoDB如何利用MVCC机制实现乐观锁，以及乐观锁在商城下单场景的具体应用。同时，文章对比了悲观锁的两种实现方式：排他锁和共享锁，帮助读者理解不同锁机制的特点。

未整理
https://blog.youkuaiyun.com/puhaiyang/article/details/72284702
https://tojohnonly.github.io/106-MySql%20For%20Update%20%E7%94%A8%E6%B3%95.html

1 乐观锁

乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁），而在进行更新后，再去判断是否有冲突了。

InnoDB对乐观锁的实现是MVCC（多版本并发控制）机制：用于并发控制。

通常实现是这样的：在表中的数据进行操作时(更新)，先给数据表加一个版本(version)字段，每操作一次，将那条记录的版本号加1。也就是先查询出那条记录，获取出version字段,如果要对那条记录进行操作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以执行更新，将version字段的值加1；如果更新时发现此刻的version值与刚刚获取出来的version的值不相等，则说明这段期间已经有其他程序对其进行操作了，则不进行更新操作。

商城下单读多写少，乐观锁比较符合该场景：

下单操作包括3步骤：

1.查询出商品信息

select (status,status,version) from t_goods where id=#{id}

2.根据商品信息生成订单

3.修改商品status为2

update t_goods 

set status=2,version=version+1

where id=#{id} and version=#{version};

2 悲观锁

在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟java中的synchronized很相似。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。

悲观锁需要耗费较多的时间
两种实现
- 排他锁（写锁）
  - 对于多个不同的事务，对同一个资源只能有一把锁
  - update、insert、delete语句会自动加排它锁
- 共享锁（读锁）
  - 指的就是对于多个不同的事务，对同一个资源共享同一个锁