使用 IBM Optim Performance Manager 快速定位與解決 DB2 鎖問題

前言

鎖爭用（死鎖、鎖逾時、鎖等待）是資料庫效能常見殺手。IBM Optim Performance Manager (OPM) 提供 Web 型圖形化監控介面，整合實時與歷史資料，支援多實例統一管理、作業系統層級監控、SQL/交易/鎖衝突深度分析，並與 Optim Query Tuner (OQT) 無縫整合。本文示範如何用 OPM 從警報到根因定位，再到強制終止或 SQL 調優解決鎖問題。

鎖問題類型速覽

• 死鎖：兩以上交易循環等待彼此持有的鎖，需死鎖偵測器介入犧牲一個交易。
• 鎖逾時：交易等待鎖超過 locktimeout 設定值，自動回滾。
• 鎖等待：交易等待鎖釋放，未達逾時門檻，但拖累效能。

OPM 監控環境建置

1. 新增受監控資料庫

管理介面 → 「新增」 → 輸入驗證資訊與資料庫別名（例：GSDB）。

2. 配置監視項目

選中資料庫節點 → 「配置監視」 → 勾選鎖相關指標。

3. 啟用死鎖警報

「任務管理器」→「正在執行的儀表板」→「鎖定」→ 選擇資料庫 → 「更改配置」→ 勾選「啟用死鎖警報」。

從警報介面快速掌握鎖事件

警報介面顯示所有受監控資料庫的死鎖事件、發生時間。點選單筆可見使用者、應用程式、IP 位址等詳情。支援郵件通知配置。

鎖介面深度分析

總覽儀表板

分為資料庫資訊區（依使用者/應用/主機/類型分類）與鎖事件區（嚴重等級、死鎖總數、鎖事件、鎖等待）。

例：使用者 test1 執行 product VIEwing 產生 3 個死鎖，屬 WAS 應用，客戶端 IP 9.181.142.50。

鎖事件清單與鑽取分析

選中事件 → 「分析」進入詳細頁籤：

1. 鎖概況

資料庫版本、警告時間、應用程式 ID 等摘要。

2. 參與者對比視圖（核心）

勾選「顯示/高亮差異」、「陳述式」、「鎖」、「應用程式」、「表」→ 同頁對比模式呈現：

• 參與者類型、應用程式、處理序、客戶端名稱、鎖名稱、鎖類型、SQL 操作等。
• 標示犧牲者、死鎖涉及的鎖與關鍵鎖。

本例死鎖源於兩個 UPDATE 陳述式互相等待。

3. SQL 陳述式詳細資訊

列出所有導致/涉及鎖的 SQL，點選可見完整文本、參數標記值、相關鎖詳情。提供「停止當前陳述式」與「調整（開啟 OQT）」按鈕。

4. 鎖屬性詳細資訊

鎖名稱、屬性、模式、相關表空間、表綱要、表名、鎖狀態等。

鎖等待問題分析

「等待中的連線」清單顯示應用程式名、ID、等待時間、客戶端工作站/應用名稱。

選中 → 「分析」：等待時間、表空間/表名、鎖類型、鎖等待時間、SQL 陳述式、應用程式詳情、活動讀取資料。點選「前往活動 SQL 儀表板」可見 SQL 執行開始/結束時間、CPU 消耗、讀取行數、緩衝池命中率、排序時間等。

主動介入解決鎖問題

• 強制終止應用程式：在分析頁面點選「強制終止應用程式」，立即釋放鎖資源。
• 停止當前 SQL 陳述式：針對長時間執行的 SQL，取消執行並配合 OQT 調優。
• OPM-OQT 整合調優：點選「調整」按鈕自動帶入監控資訊至 OQT，需預先開啟 OQT 並啟動資料橋接服務。

結語

OPM 以直觀的 Web 介面、豐富的鑽取分析、與 OQT 的無縫整合，將鎖問題診斷從「查日誌、猜邏輯」轉變為「看儀表板、點對比、查 SQL、即調優」。無論是死鎖、鎖逾時還是鎖等待，OPM 都能快速定位參與者、關鍵 SQL 與鎖資源，並提供即時介入手段，是 DB2 運維團隊不可或缺的效能利器。