提升 DB2 並發度的三大鑰匙：隔離級別、鎖行為優化與索引消除鎖爭用

並發瓶頸的三大根因

DB2 並發度受限通常源於：讀寫互斥（隔離級別過高）、鎖持有時間過長/範圍過大、無索引導致全表掃描升級為表鎖。針對這三個維度，提供三套可立即生效的優化手段。

方法一：降低隔離級別 —— 讀操作「不加鎖、不等待」

語法：在 SELECT 尾部加 WITH UR（Uncommitted Read，俗稱「髒讀」）。

SELECT col1, col2 
FROM large_table 
WHERE filter_col = 'VALUE' 
WITH UR;

效果：

• SELECT 不獲取任何鎖（甚至不獲取 S 鎖），直接讀取資料頁當前映像。
• 完全避開與 INSERT/UPDATE/DELETE 的鎖衝突，並發度質變提升。

適用場景：報表查詢、統計分析、資料匯出、近似計算等可容忍讀到未提交資料的業務。

禁忌：財務核算、庫存扣減、帳戶餘額等強一致性場景絕對禁止。

方法二：調整鎖行為參數 —— 讓寫操作「不阻塞讀」、讀操作「跳過未提交寫」

在實例層級（db2set）啟用下列註冊表/環境變數，需 重啟實例生效：

啟用命令：

db2set DB2_EVALUNCOMMITTED=ON
db2set DB2_SKIPINSERTED=ON
db2set DB2_SKIPDELETED=ON
db2stop force; db2start  # 必須重啟實例

風險提示：三參數均屬語義放寬，可能導致應用讀到「邏輯上不存在」或「還未確定」的資料，上線前務必在測試環境驗證業務正確性。

方法三：在 WHERE/JOIN 欄位建立索引 —— 從根源消除掃描鎖升級

原理：無索引時，UPDATE/DELETE 需全表掃描，DB2 為保護一致性會在掃描過程對每一行加 X 鎖，甚至觸發鎖升級為表鎖，導致並發度歸零。

對策：

1. 識別高頻 WHERE/JOIN/ORDER BY/GROUP BY 欄位。
2. 建立複合索引覆蓋查詢謂詞（等值條件前、範圍條件後）。
3. 確保統計資訊最新（RUNSTATS），讓優化器選擇索引存取而非表掃描。

效果：索引範圍掃描僅鎖定符合條件的極少量行，鎖佔用量級下降，並發度線性提升。

三大方法決策樹

並發問題
├─ 讀多寫少、可容忍髒讀          → 方法一：WITH UR（最速效、零改造）
├─ 寫多讀多、需兼顧一致性        → 方法二：DB2_EVALUNCOMMITTED + SKIPINSERTED/DELETED（實例級、需重啟驗證）
└─ 特定高頻 SQL 耗時長、鎖等待高 → 方法三：補索引 + RUNSTATS（針對性最強、副作用最小）

綜合實施建議

1. 分層施策：報表層全面 WITH UR；核心交易層啟用 DB2_EVALUNCOMMITTED；熱點表補齊索引。
2. 監控指標：db2pd -locks 觀察鎖數量/等待時間；MON_GET_APPL_LOCKWAIT 追蹤應用等待分佈。
3. 回滾預案：參數修改僅需 db2set -r 移除並重啟，索引可 DROP，風險可控。

將這三把鑰匙納入 DB2 運維標準作業程序，能在不改動應用程式碼、不升級硬體的前提下，為系統釋放 2-10 倍的並發吞吐空間。