分析laravel排他锁lockForUpdate()使用问题

概述分析laravel排他锁lockForUpdate()使用问题

下面由Laravel教程栏目给大家介绍laravel排他锁lockForUpdate()使用问题，希望对需要的朋友有所帮助！

对于MysqL的排他锁，做了一个测试，看下是否存在排他效果。

测试1：命令行测试排他锁

首先在命令行里测试，开了两个命令行@H_404_14@首先在命令行1添加排他锁：@H_404_14@

@H_404_14@然后再命令行2里测试访问：@H_404_14@

@H_404_14@可以看到，确实产生阻塞了，在命令行1里commit结束后，命令行2里也执行结果了。@H_404_14@所以，在命令行里测试排他锁是没有问题的。

测试2：laravel控制器方法里测试排他锁

下面测试下laravel里的排他锁：@H_404_14@两个路由：@H_404_14@Route::get('/locktest1','LockController@LockTest1');@H_404_14@Route::get('/locktest2','LockController@LockTest2');@H_404_14@控制器中的 LockTest1和LockTest2这两个方法内容都一样：

DB::beginTransaction(); // 开启事务$goods = Goods::lockForUpdate()->first();print_r($goods);

先访问路由/locktest1，正常打印出数据，个人猜想此时事务没有关闭，如果再有访问数据表的请求，应该是阻塞的。@H_404_14@所以在此访问/locktest2，结果还是正常打印出数据，为什么没有产生阻塞效果呢？

测试3：laravel控制器方法与命令行混合测试排他锁

1、先在命令行里开启事务添加排他锁，同测试1里的命令行1的 *** 作；@H_404_14@然后访问路由/locktest1，页面一直运行中，说明查询数据存在阻塞；@H_404_14@最后命令行里commit提交。@H_404_14@2、先访问路由/locktest1，正常打印出数据；@H_404_14@然后在命令行里开启事务添加排他锁，同测试1里的命令行1的 *** 作，发现正常查询出数据，没有阻塞；说明laravel的控制器方法里的排他锁 *** 作确实没有成功。

总结：为什么laravel的lockForUpdate()没有效果呢，还是说laravel控制器方法执行完毕后，会自动结束事务才导致没有阻塞效果的？

于是，再次做下面测试：@H_404_14@将路由1的控制器方法里加了一个sleep()方法：

DB::beginTransaction(); // 开启事务$goods = Goods::lockForUpdate()->first();print_r($goods);sleep(10);echo 'ddd';

然后，访问路由1/locktest1，页面在等待刷新；再访问路由2/locktest2，页面也在等待刷新，说明应该是产生数据阻塞了，因为路由2中没有sleep()，正常情况下是立即执行的。@H_404_14@10秒过后，/locktest1页面打印出数据，同时/locktest2页面也打印出数据。

由此判断，上面测试3没有产生阻塞效果，应该就是控制器的方法结束后，自动结束事务导致的。

以上是个人分析，如有大神路过，还望留言告知一个正确答案！

更多编程相关知识，请访问：编程教学！！ 总结

以上是内存溢出为你收集整理的分析laravel排他锁lockForUpdate()使用问题全部内容，希望文章能够帮你解决分析laravel排他锁lockForUpdate()使用问题所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。