对于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没有产生阻塞效果，应该就是控制器的方法结束后，自动结束事务导致的。