對於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 協議》,轉載必須註明作者和本文連結