laravel 排他鎖 lockForUpdate() 使用問題

acvc225發表於2021-01-08

對於mysql的排他鎖,做了一個測試,看下是否存在排他效果。

測試1:命令列測試排他鎖

首先在命令列裡測試,開了兩個命令列
首先在命令列1新增排他鎖:
laravel 排他鎖 lockForUpdate() 使用問題
然後再命令列2裡測試訪問:
laravel 排他鎖 lockForUpdate() 使用問題
可以看到,確實產生阻塞了,在命令列1裡commit結束後,命令列2裡也執行結果了。
所以,在命令列裡測試排他鎖是沒有問題的。

測試2:laravel控制器方法裡測試排他鎖

下面測試下laravel裡的排他鎖:
兩個路由:
Route::get('/locktest1','LockController@LockTest1');
Route::get('/locktest2','LockController@LockTest2');
控制器中的 LockTest1LockTest2這兩個方法內容都一樣:

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

相關文章