乐观锁与悲观锁及应用举例

最新推荐文章于 2021-11-27 10:18:07 发布

August_1989

最新推荐文章于 2021-11-27 10:18:07 发布

阅读量7.8k

点赞数 9

分类专栏：分布式计算与海量数据处理文章标签：分布式存储数据库

本文链接：https://blog.csdn.net/jirongzi_cs2011/article/details/43120145

版权

本文介绍了乐观锁和悲观锁的概念，并通过商品下单的场景详细讲解了这两种锁在MySQL InnoDB中的实现方式。悲观锁通过数据库的锁机制确保数据在处理过程中的独占性，而乐观锁则在数据更新时检测冲突，通常采用数据版本记录或时间戳机制防止并发问题。文章还提到了分布式存储引擎中乐观锁的应用。

摘要由CSDN通过智能技术生成

最近因为在工作中需要，学习了乐观锁与悲观锁的相关知识，这里我通过这篇文章，把我自己对这两个“锁家”兄弟理解记录下来;
- 悲观锁：正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）的修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。
以常用的mysql InnoDB存储引擎为例：加入商品表items表中有一个字段status，status=1表示该商品未被下单，status=2表示该商品已经被下单，那么我们对每个商品下单前必须确保此商品的status=1。假设有一件商品，其id为10000；如果不使用锁，那么操作方法如下：
//查出商品状态
select status from items where id=10000;
//根据商品信息生成订单
insert into orders(id,item_id) values(null,10000);
//修改商品状态为2
update Items set status=2 where id=10000;
上述场景在高并发环境下可能出现问题：