乐观锁、悲观锁、死锁学习笔记

一、死锁

1.死锁是什么？

死锁是指两个或两个以上的进程在执行过程中，由于竞争资源而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去，进入无限等待的状态。

2.示例

死锁示例

事务2等待事务1释放 字段0 = 1 的行锁，事务1等待事务2 字段0=2 的行锁，进入死锁状态。

3.解决策略

A.等待直到超时；可通过innodb_lock_wait_timeout参数来设置等待时间，默认值为 50s。

B.回滚其中一个事务，让其他事务继续进行；此设置需通过下面这个参数开启，“ON”即开启。

C.预防策略：控制并发度

二、悲观锁和乐观锁

1.含义

乐观锁和悲观锁都是并发场景下控制数据处理过程的主要方法。

悲观锁（Pessimistic Locking）：每次去拿数据的时候都认为别人会修改数据，所以每次拿数据的时候，都会使数据处于锁定状态。

乐观锁（Optimistic Lock）：每次去拿数据的时候都认为别人不会修改数据，所以不会上锁，仅会在数据进行提交更新的时候，才会去检查别人有没有对数据进行修改（检查是否冲突）。

2.实现思路简述

以一个比较经典的实现场景为例，“购买物品，生成订单并修改库存数量”，大致会进行以下三个步骤的操作：

A.查询物品信息；

B.根据物品信息生成订单数据；

C.更新库存数量。

悲观锁：

悲观锁在进行A操作“查询物品信息”时，就会给对应的数据上锁；

例如：

select * from goods where id = 1 for update;

直接以排他锁的形式锁定了对应的数据。

（这里有一个注意点："select ... for update" 会锁住sql语句执行过程中所有扫描过的数据行，所以，你应该确保这条sql语句使用了索引）

乐观锁：

使用“数据版本”的机制，为数据库增加一个“数据版本”的字段（每次有更新操作时，都会 版本号+1）；

当我们读取数据时，同时读取版本号；如果要更新数据，则需要同时更新版本号（version+1）；当我们更新数据的时候，要将读取数据时的版本号和现在数据库中的版本号进行对比，如果相同，则更新，反正，则更新失败，由用户自行决定后面的逻辑处理。

萌新初入江湖，有理解不足之处，望指正！

参考资料：

1.https://www.jianshu.com/p/ed896335b3b4