DB2 (LUW) 與 Oracle 均採用**多粒度鎖 + 意向鎖**架構實現 ACID 隔離性，但在鎖模式定義、升級機制、讀一致性實現、監控工具鏈上存在本質差異。本文從鎖分類、相容矩陣、升級觸發、隔離級別語義、監控診斷五個維度進行深度對比，附實戰調優建議。
核心架構共同點
- **兩大基本鎖：** 排他鎖 (X/Exclusive) — 寫操作；共享鎖 (S/Share) — 讀操作。
- **意向鎖機制：** 父節點加意向鎖 (IS/IX/SIX) 表示子節點加鎖意圖，避免掃描全表檢查行鎖。
- **多粒度：** 表空間/表/頁/行 (DB2)；表/行 (Oracle)。
關鍵差異對比總表
| 維度 | DB2 (LUW) | Oracle |
|---|
| 行級鎖模式 | S (讀)、X (寫)、U (更新意圖)、NS/NX (Next-Key) | 僅 X 鎖 (含 SELECT FOR UPDATE)；**無 S 鎖** |
| 表級意向鎖 | IS, IX, SIX, S, U, X, Z, IN (8 種) | RS (Row Share), RX (Row Exclusive), SRX (Share Row Exclusive), S, X (5 種) |
| 讀操作 (SELECT) 鎖行為 | 依隔離級別：RR→S, RS→S, CS→IS, **UR→無鎖** | 預設無鎖** (READ COMMITTED)；SERIALIZABLE 才加表級 S 鎖 |
| 讀一致性實現 | **鎖基礎**：讀取時加 S/IS 鎖阻塞寫入，保證「讀到提交的數據」 | **MVCC (多版本並發控制)**：Undo Segment 構建快照，**讀不阻塞寫、寫不阻塞讀** |
| 鎖記憶體開銷 | 每把鎖佔用記憶體 (X:64B, S:32B)，受 LOCKLIST/MAXLOCKS 限制 | **行鎖零記憶體開銷**：資料塊頭標誌位 + 事務槽 (ITL) 管理，無鎖表結構 |
| 鎖升級 | **有**：超過 LOCKLIST*MAXLOCKS 觸發，行鎖→表鎖 (S/X)，可能失敗 (衝突回滾 -912) | 無鎖升級機制** (行鎖不佔記憶體，無升級必要) |
| DML 期間並發讀取 | 其他 Session 讀取被阻塞 (Lock Wait)，除非用 UR 讀未提交髒數據 | 其他 Session **正常讀取舊版本** (Undo 構建)，完全不阻塞 |
| 死鎖檢測 | 後台檢測器 (DLCHKTIME)，事件監控器記錄詳情 | 自動檢測 (通常 <3s)，拋 ORA-00060，Trace 檔記錄 |
DB2 監控診斷實戰
快照監控 (推薦 V8+ 表函數)
-- 開啟鎖監控開關 (會話級)
UPDATE MONITOR SWITCHES USING LOCK ON;
-- 1. 當前所有鎖詳細信息
SELECT * FROM TABLE(SNAPSHOT_LOCK('DBNAME', -1)) AS L;
-- 2. 鎖等待鏈分析
SELECT * FROM TABLE(SNAPSHOT_LOCKWAIT('DBNAME', -1)) AS LW;
-- 3. 應用程式級鎖持有/等待
SELECT * FROM TABLE(SNAPSHOT_APPL('DBNAME', -1)) AS A WHERE LOCKS_HELD > 0 OR LOCK_WAITS > 0;
-- 4. 數據庫級鎖統計
SELECT LOCKS_HELD, LOCK_WAITS, LOCK_ESCALS, DEADLOCKS, LOCK_TIMEOUTS
FROM TABLE(SNAPSHOT_DB('DBNAME', -1));
關鍵指標解讀
LOCK_ESCALS > 0：發生鎖升級，檢查 LOCKLIST/MAXLOCKS 設定、索引缺失導致掃描過多行。LOCK_WAITS 高 / AVG_WAIT_TIME 長：熱點表/行、長事務、索引缺失。DEADLOCKS：應用邏輯順序不一致、隔離級別過高 (RR)。
Oracle 監控診斷實戰
核心動態視圖
-- 1. 當前鎖持有/等待 (V$LOCK)
SELECT s.sid, l.type, l.id1, l.id2,
DECODE(l.lmode, 0,'None',1,'Null',2,'RS',3,'RX',4,'S',5,'SRX',6,'X') held_mode,
DECODE(l.request, 0,'None',1,'Null',2,'RS',3,'RX',4,'S',5,'SRX',6,'X') req_mode,
l.ctime, l.block
FROM v$lock l
JOIN v$session s ON l.sid = s.sid
WHERE l.type IN ('TX','TM');
-- 2. 被鎖定物件詳情 (V$LOCKED_OBJECT)
SELECT o.object_name, o.object_type, lo.locked_mode,
s.sid, s.serial#, s.username, s.machine, s.program
FROM v$locked_object lo
JOIN all_objects o ON lo.object_id = o.object_id
JOIN v$session s ON lo.session_id = s.sid;
-- 3. 封鎖鏈查詢 (找阻塞源頭)
SELECT blocking_session, sid, seconds_in_wait, event
FROM v$session
WHERE blocking_session IS NOT NULL;
調優建議對比
| 場景 | DB2 建議 | Oracle 建議 |
|---|
| 高併發 OLTP | 調大 LOCKLIST/MAXLOCKS；避免 RR/RS 隔離級別；建立覆蓋索引減少掃描行數 | 利用 MVCC 天然優勢；關注 ITL 槽不足 (INITRANS/MAXTRANS)；短事務快速提交 |
| 大批量更新/刪除 | **事務前鎖表** (LOCK TABLE ... IN EXCLUSIVE MODE) 避免鎖升級/死鎖；或分批提交 | 分批提交 (每萬行 COMMIT)；考慮 DBMS_PARALLEL_EXECUTE 並行分塊；關注 Undo 保留 |
| 長查詢報表 | 使用 **UR (Uncommitted Read)** 隔離級別避免加鎖阻塞業務 | **預設 RC 隔離級別即可**，無需特殊設定，自動讀一致性快照 |
| 死鎖頻發 | 統一應用存取表順序；降低隔離級別；檢查索引減少鎖範圍 | 統一存取順序；檢查無索引外鍵 (共享鎖升級)；縮短事務持有時間 |
總結：選型與遷移啟示
- 讀多寫少、高併發報表 + 交易混載： **Oracle MVCC 碾壓優勢**，讀寫完全不阻塞，無需調優鎖參數。
- 嚴格讀一致性要求 (金融核心帳務)： **DB2 鎖基礎隔離** 提供更強的語義保證 (可序列化)、可預測的阻塞行為。
- 遷移 DB2→Oracle： **移除所有鎖升級相關參數調優**、**重寫 UR 隔離級別查詢為預設 RC**、**檢查 SELECT FOR UPDATE 用法對應**、**調整應用對「讀到未提交數據」的邏輯預期**。
- 遷移 Oracle→DB2： **必須規劃 LOCKLIST/MAXLOCKS**、**重寫無鎖讀查詢為 CS/UR**、**增加死鎖檢測監控**、**評估長事務對鎖記憶體的影響**。
