Laravel 事务中使用悲观锁

laravel 提供了方便快捷的数据库事务使用方式，在使用中遇到过几个容易混淆和被误导的地方，这里做个记录，希望哪里写的不对的地方各位大神指点一下

laravel 事务分为手动方式和自动方式。

但如果我们在使用 laravel 提供的 sharedLock 或者 lockForUpdate 锁表的方式，为了避免不必要的麻烦和错误，建议最好使用手动提交事务来处理，如下图:

下面来说说 sharedLock (共享锁) 和 lockForUpdate (悲观锁) 这两个在使用上的区别和影响

sharedLock (共享锁)

sharedLock 使用时等同于 SQL 语句

select from transaction_test where type = 1 lock in share mode;

在事务中使用 sharedLock 时才会生效，会把数据所在行进行锁定，此时被锁定的数据，不允许被其他操作修改，但是被锁定的数据，对查询操作没有影响，无论是普通查询还是事务中的查询操作，都不会受到影响。

被锁定的数据，知道事务被提交或者回滚之后，才会释放.

lockForUpdate (悲观锁)

lockForUpdate 使用时等同于 SQL 语句 select from transaction_test where type = 1 for update;

lockForUpdate 只有在事务中才会生效，使用 lockForUpdate 时数据所在行被锁定，此刻其他事务中的锁表操作会等待当前事务提交才会执行，但是对于非锁表和普通的查询操作并没有限制，有影响的只是你在事务中同样执行的锁表操作.

总之，无论是共享锁还是悲观锁，受影响的只是事务中执行锁表的操作，对于普通的查询操作，和事务中的非锁表操作没有影响；

同时需要注意的是，无论悲观锁还是共享锁当 sql 语句涉及到索引 , 并用索引作为查询或判断的依据时；mysql 会用行级锁锁定所要修改的行，否则会使用表锁锁住整张表，因此在使用时一定要注意使用索引，否则会导致高的并发问题。

链接：https://www.php.cn/phpkj/laravel/436036.html