您好,登錄后才能下訂單哦!
這篇文章給大家介紹MYSQL中悲觀鎖和樂觀鎖的作用是什么,內容非常詳細,感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
悲觀鎖(Pessimistic Lock)
悲觀鎖(Pessimistic Lock), 顧名思義,就是很悲觀,每次去拿數據的時候都認為別人會修改,所以每次在拿數據的時候都會上鎖,這樣別人想拿這個數據就會block直到它拿到鎖。傳統的關系型數據庫里邊就用到了很多這種鎖機制,比如行鎖,表鎖等,讀鎖,寫鎖等,都是在做操作之前先上鎖。
最常用的就是 select … for update,它是一種行鎖,會把select出來的結果行鎖住,在本事務提交或者回滾之前,不允許其他事務對這些行做update、delete、for update操作。
樂觀鎖(Optimistic Lock)
樂觀鎖(Optimistic Lock), 顧名思義,就是很樂觀,每次去拿數據的時候都認為別人不會修改,所以不會上鎖,期間該數據可以隨便被其他人讀取,但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據,可以使用版本號等機制。
版本號機制是樂觀鎖最常用的方式,就是在表中增加一個版本號的字段,更新前先查一遍獲取版本號,再作為更新語句的where條件進行更新,如果數據在獲取版本號之后,在更新之前已經改變了,那就會更新失敗,因為最后更新了0條數據,PHP后臺拿到更新數如果為0,則說明更新失敗,出現了并發問題,然后做具體的處理。
例如有兩個人同時對某條數據做修改,過程如下:
操作員A操作如下:
select id, balance, version from table where id=“1”;
查詢結果:id=1, balance=1000, version=1
update table set balance=balance+100, version=version+1 where id=“1” and version=1;
執行后,返回的更新結果是1,說明更新了一條,數據庫里的結果是:id=1, balance=1100, version=2
操作員B操作如下:
select id, balance, version from table where id=“1”;
查詢結果:id=1, balance=1000, version=1, 說明操作員A還沒修改。
update table set balance=balance-50, version=version+1 where id=“1” and version=1 ;
查的時候,操作員A還沒修改,當要更新時,操作員A已經先修改成功,所以數據庫里實際值是id=1, balance=1100, version=2。
操作員B也將版本號加一(version=2)試圖向數據庫提交數據(balance=950),但此時查不到where id=“1” and version=1 的數據,所以update就失敗了,執行結果是0,說明沒有對任何數據更新成功。
現在再去查一下,結果還是操作員A操作完成之后的結果。
select id, balance, version from table where id=“1”;
查詢結果:id=1, balance=1100, version=2
關于MYSQL中悲觀鎖和樂觀鎖的作用是什么就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。