Laravel事務中使用悲觀鎖的示例

這篇文章主要介紹了Laravel事務中使用悲觀鎖的示例，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

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

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

下面來說說 sharedLock (共享鎖) 和 lockForUpdate (悲觀鎖) 這兩個在使用上的區(qū)別和影響

sharedLock (共享鎖)

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

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

lockForUpdate (悲觀鎖)

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

lockForUpdate 只有在事務中才會生效，使用 lockForUpdate 時數(shù)據(jù)所在行被鎖定，此刻其他事務中的鎖表操作會等待當前事務提交才會執(zhí)行，但是對于非鎖表和普通的查詢操作并沒有限制，有影響的只是你在事務中同樣執(zhí)行的鎖表操作.

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

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

感謝你能夠認真閱讀完這篇文章，希望小編分享的“Laravel事務中使用悲觀鎖的示例”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業(yè)資訊頻道，更多相關知識等著你來學習!