MYSQL中悲觀鎖和樂觀鎖的作用是什么

這篇文章給大家介紹MYSQL中悲觀鎖和樂觀鎖的作用是什么，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

　　悲觀鎖(Pessimistic Lock)

　　悲觀鎖(Pessimistic Lock), 顧名思義，就是很悲觀，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人會修改，所以每次在拿數(shù)據(jù)的時(shí)候都會上鎖，這樣別人想拿這個(gè)數(shù)據(jù)就會block直到它拿到鎖。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫里邊就用到了很多這種鎖機(jī)制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。

　　最常用的就是 select … for update，它是一種行鎖，會把select出來的結(jié)果行鎖住，在本事務(wù)提交或者回滾之前，不允許其他事務(wù)對這些行做update、delete、for update操作。

　　樂觀鎖(Optimistic Lock)

　　樂觀鎖(Optimistic Lock), 顧名思義，就是很樂觀，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人不會修改，所以不會上鎖，期間該數(shù)據(jù)可以隨便被其他人讀取，但是在更新的時(shí)候會判斷一下在此期間別人有沒有去更新這個(gè)數(shù)據(jù)，可以使用版本號等機(jī)制。

　　版本號機(jī)制是樂觀鎖最常用的方式，就是在表中增加一個(gè)版本號的字段，更新前先查一遍獲取版本號，再作為更新語句的where條件進(jìn)行更新，如果數(shù)據(jù)在獲取版本號之后，在更新之前已經(jīng)改變了，那就會更新失敗，因?yàn)樽詈蟾铝?條數(shù)據(jù)，PHP后臺拿到更新數(shù)如果為0，則說明更新失敗，出現(xiàn)了并發(fā)問題，然后做具體的處理。

　　例如有兩個(gè)人同時(shí)對某條數(shù)據(jù)做修改，過程如下：

　　操作員A操作如下：

　　select id, balance, version from table where id=“1”;

　　查詢結(jié)果：id=1, balance=1000, version=1

　　update table set balance=balance+100, version=version+1 where id=“1” and version=1;

　　執(zhí)行后，返回的更新結(jié)果是1，說明更新了一條，數(shù)據(jù)庫里的結(jié)果是：id=1, balance=1100, version=2

　　操作員B操作如下：

　　select id, balance, version from table where id=“1”;

　　查詢結(jié)果：id=1, balance=1000, version=1, 說明操作員A還沒修改。

　　update table set balance=balance-50, version=version+1 where id=“1” and version=1 ;

　　查的時(shí)候，操作員A還沒修改，當(dāng)要更新時(shí)，操作員A已經(jīng)先修改成功，所以數(shù)據(jù)庫里實(shí)際值是id=1, balance=1100, version=2。

　　操作員B也將版本號加一(version=2)試圖向數(shù)據(jù)庫提交數(shù)據(jù)(balance=950)，但此時(shí)查不到where id=“1” and version=1 的數(shù)據(jù)，所以update就失敗了，執(zhí)行結(jié)果是0，說明沒有對任何數(shù)據(jù)更新成功。

　　現(xiàn)在再去查一下，結(jié)果還是操作員A操作完成之后的結(jié)果。

　　select id, balance, version from table where id=“1”;

　　查詢結(jié)果：id=1, balance=1100, version=2

關(guān)于MYSQL中悲觀鎖和樂觀鎖的作用是什么就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。