Laravel 事務中 使用 悲觀鎖 小結

laravel 提供了方便快捷的資料庫事務使用方式，在使用中遇到過幾個容易混淆和被誤導的地方，這裡做個記錄，希望哪裡寫的不對的地方各位大神指點一下

laravel 交易分為手動方式和自動方式，但如果我們在使用laravel 提供的sharedLock 或lockForUpdate 鎖定表的方式，為了避免不必要的麻煩和錯誤，建議最好使用手動提交事務來處理，如下圖:

下面來說說sharedLock (共享鎖定) 和lockForUpdate (悲觀鎖定) 這兩個在使用上的差異和影響

sharedLock (共享鎖定)

sharedLock 使用時等同於SQL 語句*select from transaction_test where type = 1 lock in share mode;**

在事務中使用sharedLock 時才會生效，會把數據所在行進行鎖定，此時被鎖定的數據，不允許被其他操作修改，但是被鎖定的數據，對查詢操作沒有影響，無論是普通查詢還是事務中的查詢操作，都不會受到影響。被鎖定的數據，知道事務被提交或回滾之後，才會釋放.

lockForUpdate (悲觀鎖)

lockForUpdate 使用時等同於SQL 語句*select from transaction_test where type = 1 for update;**

lockForUpdate 只有在事務中才會生效，使用lockForUpdate 時資料所在行被鎖定，此刻其他事務中的鎖定表操作會等待當前事務提交才會執行，但是對於非鎖表和普通的查詢操作並沒有限制，有影響的只是你在事務中同樣執行的鎖表操作.

總之，無論是共享鎖還是悲觀鎖，受影響的只是在事務中執行鎖定表的操作，對於普通的查詢操作，和事務中的非鎖表操作沒有影響，

#同時需要注意的是，無論悲觀鎖或共享鎖當sql 語句涉及到索引, 並用索引作為查詢或判斷的依據時，那麼mysql 會用行級鎖鎖定所要修改的行，否則會使用表鎖鎖住整張表，因此在使用時一定要注意使用索引，否則會導致高的並發問題；

以上是Laravel 事務中 使用 悲觀鎖 小結的詳細內容。更多資訊請關注PHP中文網其他相關文章！