DB2 健康指標 db.deadlock_rate 解析：死鎖率監控、成因診斷與優化建議

DB2 自動健康監控提供 db.deadlock_rate 指標，幫助 DBA 及時發現死鎖激增。本文解析其計算邏輯、常見成因、官方建議工具與實務優化方向。

指標定義與計算公式

• 含義：追蹤資料庫死鎖發生速率，反映應用並發爭用嚴重程度。
• 計算：(db.deadlocks - db.deadlocks)，其中 t 為當前快照，t-1 為 5 分鐘前快照。
• 告警閾值：速率過高觸發告警，預設閾值可在健康指標配置中調整。

常見死鎖成因 (官方文檔歸納)

1. 鎖升級：行鎖過多觸發表鎖升級，增加死鎖概率。
2. 顯式表鎖：應用使用 LOCK TABLE 而非行鎖。
3. 隔離級別不當：如 RR (Repeatable Read) 長時間持有鎖。
4. 目錄表鎖定：RR 隔離下鎖定系統目錄表。
5. 鎖順序不一致：不同事務以不同順序獲取相同資源鎖，形成循環等待。

官方推薦診斷工具

實務優化清單

應用層面

• 統一多表操作的鎖獲取順序 (按表名字母序或業務邏輯序)。
• 縮短事務範圍：盡早提交，避免長事務。
• 評估降低隔離級別 (CS/UR) 可行性，減少共享鎖持有時間。
• 避免不必要的 LOCK TABLE，改用行鎖或 SELECT ... FOR UPDATE。

資料庫配置

• LOCKLIST、MAXLOCKS：適當增大，減少鎖升級。
• DLCHKTIME：死鎖檢測間隔 (預設 10 秒)，高併發可調小。
• 啟用 DB2_CAPTURE_LOCK_TIMEOUT 記錄鎖超時詳情。

索引與 SQL 優化

• 為 JOIN/WHERE 欄位建立覆蓋索引，減少掃描行數 → 少鎖。
• 分頁查詢避免 OFFSET 大量掃描，改用游標/Keyset 分頁。
• 批次操作拆分小批次提交，避免單次事務鎖定過多行。

監控腳本範例 (Shell)

#!/bin/bash
# 每分鐘抓取死鎖計數差值
PREV=$(db2 get snapshot for database on $DB | grep "Deadlocks detected" | awk '{print $4}')
sleep 300
CURR=$(db2 get snapshot for database on $DB | grep "Deadlocks detected" | awk '{print $4}')
RATE=$((CURR - PREV))
[ $RATE -gt 10 ] && echo "ALERT: deadlock rate $RATE/5min" | mail -s "DB2 Deadlock Alert" dba@corp.com

持續觀察 db.deadlock_rate、配合 Event Monitor 根因分析、從應用與資料庫雙向優化，才能從根本上降低死鎖風險。