在關系型數據庫中，悲觀鎖與樂觀鎖是解決資源并發(fā)場景的解決方案，接下來將詳細講解🔎一下這兩個并發(fā)解決方案的實際使用及優(yōu)缺點。

首先定義一下數據庫，做一個最簡單的庫存表，如下設計：

CREATE TABLE `order_stock` (
 `id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'ID',
 `oid` int(50) NOT NULL COMMENT '商品ID',
 `quantity` int(20) NOT NULL COMMENT '庫存',
 PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

quantity代表著不同商品oid的庫存，接下來OCC及PCC使用此數據庫進行演示。

樂觀鎖 OCC

它假設多用戶并發(fā)的事務在處理時不會彼此互相影響，各事務能夠在不產生鎖的情況下處理各自影響的那部分數據。在提交數據更新之前，每個事務會先檢查在該事務讀取數據后，有沒有其他事務又修改了該數據。如果其他事務有更新的話，正在提交的事務會進行回滾。

即“樂觀鎖🔒”認為拿鎖的用戶多半是會成功的，因此在進行完業(yè)務操作需要實際更新數據的最后一步再去拿一下鎖就好。這樣就可以避免使用數據庫自身定義的行鎖，可以避免死鎖現象的產生。

UPDATE order_stock SET quantity = quantity - 1 WHERE oid = 1 AND quantity - 1 > 0; 

樂觀并發(fā)控制多數用于數據爭用不大、沖突較少的環(huán)境中，這種環(huán)境中，偶爾回滾事務的成本會低于讀取數據時鎖定數據的成本，因此可以獲得比其他并發(fā)控制方法更高的吞吐量。

悲觀鎖 PCC

它可以阻止一個事務以影響其他用戶的方式來修改數據。如果一個事務執(zhí)行的操作讀某行數據應用了鎖，那只有當這個事務把鎖釋放，其他事務才能夠執(zhí)行與該鎖沖突的操作。

這種設計采用了“一鎖🔒二查🔍三更新”模式，就是采用數據庫中自帶 select ... for update 關鍵字進行對當前事務添加行級鎖🔒，先將要操作的數據進行鎖上，之后執(zhí)行對應查詢數據并執(zhí)行更新操作。

BEGIN
SELECT quantity FROM order_stock WHERE oid = 1 FOR UPDATE;
UPDATE order_stock SET quantity = 2 WHERE oid = 1; 
COMMIT;

MySQL還有個問題是select ... for update語句執(zhí)行中所有掃描過的行都會被鎖上，這一點很容易造成問題。因此如果在MySQL中用悲觀鎖務必要確定走了索引，而不是全表掃描。

悲觀并發(fā)控制主要用于數據爭用激烈的環(huán)境，以及發(fā)生并發(fā)沖突時使用鎖保護數據的成本要低于回滾事務的成本的環(huán)境中。

OCC 和 PCC 優(yōu)缺點

OCC 優(yōu)點及缺點

【優(yōu)點】

• 樂觀鎖相信事務之間的數據競爭(data race)的概率是比較小的，因此盡可能直接做下去，直到提交的時候才去鎖定，所以不會產生任何鎖和死鎖；
• 可以快速響應事務，隨著并發(fā)量增加，但會出現大量回滾出現；
• 效率高，但是要控制好鎖的力度。

【缺點】

• 如果直接簡單這么做，還是有可能會遇到不可預期的結果，例如兩個事務都讀取了數據庫的某一行，經過修改以后寫回數據庫，這時就遇到了問題；
• 隨著并發(fā)量增加，但會出現大量回滾出現。
  

PCC 優(yōu)點及缺點

【優(yōu)點】

“先取鎖再訪問”的保守策略，為數據處理的安全提供了保證；

【缺點】

• 依賴數據庫鎖，效率低；
• 處理加鎖的機制會讓數據庫產生額外的開銷，還有增加產生死鎖的機會；
• 降低了并行性，一個事務如果鎖定了某行數據，其他事務就必須等待該事務處理完才可以處理那行數據。

以上就是MySQL中的悲觀鎖與樂觀鎖的詳細內容，更多關于MySQL 悲觀鎖與樂觀鎖的資料請關注腳本之家其它相關文章！

最新評論