laravel 排他锁 lockForUpdate() 使用问题
对于mysql的排他锁,做了一个测试,看下是否存在排他效果。
测试1:命令行测试排他锁
首先在命令行里测试,开了两个命令行
首先在命令行1添加排他锁:
然后再命令行2里测试访问:
可以看到,确实产生阻塞了,在命令行1里commit结束后,命令行2里也执行结果了。
所以,在命令行里测试排他锁是没有问题的。
测试2:laravel控制器方法里测试排他锁
下面测试下laravel里的排他锁:
两个路由:Route::get('/locktest1','LockController@LockTest1');Route::get('/locktest2','LockController@LockTest2');
控制器中的LockTest1和LockTest2这两个方法内容都一样:DB::beginTransaction(); // 开启事务 $goods = Goods::lockForUpdate()->first(); print_r($goods);先访问路由
/locktest1,正常打印出数据,个人猜想此时事务没有关闭,如果再有访问数据表的请求,应该是阻塞的。
所以在此访问/locktest2,结果还是正常打印出数据,为什么没有产生阻塞效果呢?
测试3:laravel控制器方法与命令行混合测试排他锁
1、先在命令行里开启事务添加排他锁,同测试1里的命令行1的操作;
然后访问路由/locktest1,页面一直运行中,说明查询数据存在阻塞;
最后命令行里commit提交。
2、先访问路由/locktest1,正常打印出数据;
然后在命令行里开启事务添加排他锁,同测试1里的命令行1的操作,发现正常查询出数据,没有阻塞;说明laravel的控制器方法里的排他锁操作确实没有成功。
总结:为什么laravel的lockForUpdate()没有效果呢,还是说laravel控制器方法执行完毕后,会自动结束事务才导致没有阻塞效果的?
于是,再次做下面测试:
将路由1的控制器方法里加了一个sleep()方法:
DB::beginTransaction(); // 开启事务
$goods = Goods::lockForUpdate()->first();
print_r($goods);
sleep(10);
echo 'ddd';
然后,访问路由1/locktest1,页面在等待刷新;再访问路由2/locktest2,页面也在等待刷新,说明应该是产生数据阻塞了,因为路由2中没有sleep(),正常情况下是立即执行的。
10秒过后,/locktest1页面打印出数据,同时/locktest2页面也打印出数据。
由此判断,上面测试3没有产生阻塞效果,应该就是控制器的方法结束后,自动结束事务导致的。
以上是个人分析,如有大神路过,还望留言告知一个正确答案!
本作品采用《CC 协议》,转载必须注明作者和本文链接


关于 LearnKu
你已经得到结果了,还要什么结果;
猜测应该是没有手动commit或者rollback的情况下,会自动回滚吧
路由1访问结束后,会释放资源。同时也就自动断开了mysql链接。事务自动回滚 。这时你访问了路由2,路由1拿到的mysql的锁已经被释放了。所以路由2不会阻塞
但是如果你sleep了,访问路由1 sleep(10) 访问路由2 这时候,路由1中给那行数据上锁了,路由2阻塞。直到路由1 sleep(10)秒过后,请求完成。php会释放资源,主动断开mysql链接,事务自动回滚,路由2拿到锁执行路由2逻辑。
搞清楚php的运行模式和生命周期和INNODB的行锁原理
可以考虑在
database.php配置文件,对应的数据库配置里加上持久化链接选项。示例如下:再实际测试一次测试2,看看结果再做分析
关于PDO持久化链接的说明(中文)