MySQL的select for update用法

MySQL中的select for update大家应该都有所接触，但什么时候该去使用，以及有哪些需要注意的地方会有很多不清楚的地方，我把我如何使用和查询到的文档在此记录。

作用

select本身是一个查询语句，查询语句是不会产生冲突的一种行为，一般情况下是没有锁的，用select for update 会让select语句产生一个排它锁(X), 这个锁和update的效果一样，会使两个事务无法同时更新一条记录。

什么时候使用

我认为的错误的用法

在网上看到一篇文章, 里面讲到用select for update来产生一个悲观锁，保证库存的一致性，其他update在更新的时候本身就有悲观锁，不会让另外一个事务更新，如果按照他的写法update goods set stock = stock - 1 where id = 1;是没必要先去查询的

我认为的正确的用法（1）

有时我们确实需要先将数据查询出来，然后再去更新，但我们不想的是，我刚查询完结果没还更新，这时被其他事务更新了，例如上面的例子，如果我想先查询库存，确认库存是否足够，如果足够就去更新，不够就返回一个错误

begin;

select * from goods where id = 1;

// 检查库存足够代码

update goods set stock = stock - 1 where id = 1;

commit;

如果不用for update的情况下，在检查库存时，被其他事务更新了库存，就会产生库存不足，但是当前事务以为充足的情况发生，所以使用for update先锁住这条记录，其他事务不能去更改这条记录直到当前事务提交

我认为的正确的用法（2）

在我们实际业务中，一个订单要扣除多个补剂的库存，这时要用事务保证一个订单多个补剂同时扣除成功或者同时失败，可能会出现这样的情况，M订单需要补剂a,b,c三种补剂，N订单需要c,e,a三种补剂，这时两个事务同时执行，M事务扣除ab库存，N事务库存c,e库存，因为update会产生排它锁阻止其他事务更新当前事务已经更新的记录，所以这会产生死锁，M在等待获取c的锁，N在等待获取a的锁，在订单比较多的情况下，这种冲突很容易出现，我的解决方法是当M需要a,b,c三种补剂时，使用select for update锁定三条记录，此时N订单select for update获取不到c的锁直到M订单事务提交

2022.03.29 Update: 经过很长一段时间工作之后，我发现我认为的正确用法（2）是错误的，这个和select for update没有关系，关键是要对共享资源进行排序，例如：有a-z共26中补剂，M订单需要a、d、e,N订单需要d、h、z，这这种情况中，谁先拿到冲突的资源谁会先执行完，因为冲突的资源后面的资源肯定不是冲突的，也就是说只使用事务+多个update也可以实现

至于其他的用法可以我后面遇到会再总结进去

注意事项

select for update会根据where条件来锁多条记录, 根据where条件的字段是不是索引来决定锁定表还是锁定行，同时根据是聚簇索引还是二级索引和查询条件（范围查询还是精确查询）来决定锁定特定的行还是一个范围内的行
当锁定范围的行时会有gap lock和next-key来防止插入新的行参考StackOverFlow
SELECT * FROM information_schema.innodb_trx \G 使用该语句可以查询某个事务锁了几个表，锁了几个行

参考

[1] MySQL InnoDB存储引擎(三)：锁及事务模型

[2] SELECT FOR UPDATE作用字段提问