小白科普 悲觀鎖和樂觀鎖

2021-10-21 20:07:38 字數 1894 閱讀 3692

旺財和小強生活在乙個網上**的系統中, 是一對兒執行緒好**。

星期一剛上班,旺財接到領導**說,要把乙個商品的庫存減少20, 旺財不敢怠慢,趕快把庫訪問出來一看,哦,現在有1000個。

與此同時,小強也接到**說要把同一商品的庫存減少30, 他一看,哦,現在有1000個。

旺財計算出最新的庫存值980, 儲存!

小強也計算出最新的庫存值970, 儲存 !

旺財的資料被小強覆蓋了!

領導一看,本來賣出了50個商品,現在庫存只扣了30個,這樣持續下去就天下大亂了。

旺財和小強, 各打二十大板, 長長記性!

小強說:「哥,要不我們還是想個辦法吧,再這樣下去要***的。」

旺財悲催地說: 「這樣, 以後我們每次訪問庫存之前,都要先加鎖,加了鎖,就禁止別人再進入訪問,只能等待持有鎖的人來釋放。」

星期二, 領導讓旺財再次把庫存減少20 , 旺財這次萬分小心,先把庫存給鎖住,然後慢慢修改。

小強也接到了把庫存減少的指令, 但是旺財哥已經把庫存鎖住了, 不能操作,小強只好去阻塞車間喝茶聊天,然後到就緒車間等待排程執行。

好不容易等到可以再次執行了,小強一看,這庫存怎麼還鎖著呢!? 只好再次去阻塞車間喝茶。

領導一看, 小強你怎麼回事, 老是喝茶聊天? ! 還幹不幹活了?

小強爭辯說旺財哥一直鎖著庫存,我沒法操作。

領導不管這些, 把小強和旺財又打了二十大板。

(備註: 這種加鎖的方式就是悲觀鎖了,悲觀鎖正如其名,每次取讀寫資料時候總認為資料會被別人修改,所以將資料加鎖,置於鎖定狀態, 不讓別人再訪問。缺點是如果持有鎖的時間太長,其他使用者需要等待很長時間。)

旺財說: 「兄弟,這一次哥對不住你啊,處理得慢了一些, 不過哥剛才挨打的時候想了乙個好辦法:樂觀鎖。

小強說:「拉倒吧你,屁股都快被打爛了還樂觀?」

「你聽我說嘛, 我們在那個庫存欄位的旁邊,再加上乙個版本(version)的字段, 例如剛開始的時候(庫存= 1000, 版本=1), 每次你去讀的時候不僅要讀出庫存,還要讀出版本號, 等到你修改了庫存,往回寫的時候一定要檢查一下版本號,看看和你讀的時候是否一樣。」

「如果不一樣呢?」 小強問

「那就放棄這次寫的操作,重新讀取庫存和版本號, 重新來過。」

「如果一樣呢? 」

「那就放心大膽地把新的庫存值寫回去。把版本號也加1」

「我似乎有點明白了,我們試試,不過你要想好,我可不想再挨板子了。」

星期三, 旺財奉命把庫存減去30, 他先讀到了(庫存= 1000, 版本=1); 小強也要改庫存了,他要把庫存減去50, 於是他也讀到了(庫存= 1000, 版本=1)。

旺財計算出新的庫存值970 ,寫回成功,現在版本變成了(庫存= 970, 版本=2)。

小強也計算出新庫存950 , 也準備寫回,他戰戰兢兢地去看最新的版本號, 已經變成版本2了, 按照之前的約定,只好重新讀取了。

小強再次讀取(庫存= 970, 版本=2) , 計算出最新快取值920(970減去50), 再次試圖更新,沒想到又被別人搶了先,現在版本號已經變成3了 ,最新的資料是(庫存= 900, 版本= 3)。

唉, 只好重新來過, 計算出最新快取值850(900減去50),第三次終於更新成功了, 最新的庫存是 (庫存=850, 版本= 4)

領導看到旺財和小強忙得熱火朝天,一刻不停,並且庫存值也沒有亂掉, 滿意地點了點頭:好同志啊。

(備註: 這種方式就是所謂的樂觀鎖了,旺財和小強這次樂觀了一點,覺得一般情況下不會有太多人修改庫存,所以沒有加鎖,放心地去操作,只有在最後更新的時候才去看是否衝突。 這種方式適合於衝突不多的場景,如果衝突很多,資料爭用激烈,會導致不斷地嘗試,反而降低了效能。)

————————————————

推薦閱讀:

說說互斥鎖、自旋鎖、讀寫鎖、悲觀鎖、樂觀鎖的應用場景

悲觀鎖和樂觀鎖

1.悲觀鎖,正如其名,它指的是對資料被外界 包括本系統當前的其他事務,以及來自外部系統的事務處理 修改持保守態度,因此,在整個資料處理過程中,將資料處於鎖定狀態。悲觀鎖的實現,往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性,否則,即使在本系統中實現了加鎖機制,也無...

悲觀鎖和樂觀鎖

前幾天有人問了我乙個問題,說如果資料庫某些操作不用事務,那麼又需要保持資料的一致性,那麼該用什麼方法替代事務。我就想到了悲觀鎖和樂觀鎖的思想,下面我解釋一下在資料庫中的悲觀鎖和樂觀鎖 1.悲觀鎖就是把資料庫的一些操作,放在事務當中,依賴資料庫的隔離級別,實現對資料修改的封鎖,這樣做資料一致性可以保持...

悲觀鎖和樂觀鎖

悲觀鎖 pessimistic lock 顧名思義,就是很悲觀,每次去拿資料的時候都認為別人會修改,所以每次在拿資料的時候都會上鎖,這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制,比如行鎖,表鎖等,讀鎖,寫鎖等,都是在做操作之前先上鎖。樂觀鎖 optim...