您现在的位置：程式碼之家 >> 數據庫知識 > >> DB2 資料庫 >> DB2 教學

DB2 V9.7 核心新特性深度解析：Currently Committed 語義與高併發效能突破

編輯：DB2 教學

前言

DB2 V9.7 引入的 Currently Committed (CC) 語義 是游標穩定性 (CS) 隔離級別下的重大突破，徹底改變了讀寫並發的鎖競爭模型。本文深度解析 CC 的工作原理、鎖行為對比、啟用方式與實戰效能提升，助您在高吞吐量 OLTP 系統中釋放資料庫潛能。

一、背景痛點：傳統 CS 隔離級別的鎖困境

1. Oracle Snapshot 隔離級別（參考基準）

先行工作負載 \ 後續工作負載	讀操作	寫操作
讀操作	不阻塞	不阻塞
寫操作	不阻塞	阻塞

2. DB2 V9.7 前 CS 隔離級別

先行工作負載 \ 後續工作負載	讀操作	寫操作
讀操作	不阻塞	可能阻塞 (FOR UPDATE 會阻塞)
寫操作	必定阻塞	阻塞

核心問題：寫操作持有 X 鎖會阻塞後續所有讀操作，導致鎖等待、逾時甚至死鎖，嚴重限制高併發吞吐量。

3. DB2 V9.7 啟用 CC 後的 CS 隔離級別

先行工作負載 \ 後續工作負載	讀操作	寫操作
讀操作	不阻塞	不阻塞
寫操作	不阻塞	阻塞

突破性成果：達到與 Oracle Snapshot 相同的非阻塞讀取行為，唯寫寫衝突仍保持阻塞，確保資料一致性。

二、Currently Committed 工作原理深度解析

1. 核心技術：完全鎖定避免

當掃描能確定獲取資料列或頁面的「已提交版本」時，完全跳過列級鎖獲取，直接讀取已提交資料。

2. 日誌記錄反饋機制

列鎖管理器新增反饋機制，標識描述該列首次修改的日誌記錄編號 (LSN)
發生鎖衝突時，鎖管理器直接返回相關 LSN
CC 掃描從日誌緩衝區或作用中日誌檔讀取「首次修改前」的已提交版本

3. 三類資料列的處理邏輯

資料列狀態	日誌位置	CC 掃描行為
已提交修改/刪除	日誌緩衝區/作用中日誌/歸檔日誌	讀取首次修改前的已提交版本
未提交插入	作用中日誌 (標記為插入)	直接忽略/跳過該列
無法確定是否已提交	索引/列狀態不明	退回傳統鎖定方式

4. 圖解：EMP 表五列資料的 CC 處理流程

列 1：刪除中 (X鎖) → 日誌在緩衝區 → 讀取刪除前版本
列 2：已提交插入 → 日誌已歸檔 → 正常可見
列 3：更新中 (X鎖) → 日誌在作用中日誌 → 讀取更新前版本
列 4：已提交插入 → 日誌已歸檔 → 正常可見
列 5：插入中 (X鎖) → 日誌在作用中日誌 → 直接跳過

三、啟用與配置指南

1. 資料庫層級啟用

-- 檢查目前設定
GET DATABASE CONFIGURATION FOR dbname | grep -i "cur_commit"

-- 啟用 CC (需重啟資料庫生效)
UPDATE DATABASE CONFIGURATION FOR dbname USING CUR_COMMIT ON;