DB2 SQL 調優核心工具：解釋工具 完整操作指南與效能變化分析實戰

為什麼需要解釋工具？

查詢存取計畫 是決定 SQL 效能的關鍵。DB2 解釋工具 可視化呈現優化器選擇的操作序列、成本估算、引數與執行順序，是診斷效能問題、驗證調優成果的標準儀器。

兩大核心使用場景

場景一：分析效能變化 (Performance Regression Analysis)

1. 建立基線：在系統變更前 (升級、參數調整、統計收集、分區增減) 擷取完整解釋資訊：
   • 儲存解釋表資料 (方便 SQL 查詢比對)
   • 匯出 db2exfmt 格式化報告 (可離線閱讀)
   • 收集當時的目錄統計資訊 (db2look 或 RUNSTATS 輸出)
   • 保存 DDL (CREATE TABLE/INDEX/VIEW/TABLESPACE)
   • DB2 9.5+ 可同時擷取解釋快照，db2exfmt 會自動整合
2. 事後比對：效能退化時，重新收集上述資訊並逐項比對：
   • 存取路徑是否改變 (如索引掃描 → 表掃描)
   • 索引層級、叢集比、頁數等統計值是否暴增
   • 優化器估算基數與實際行數差距
3. 修正迴圈：針對差異採取行動並驗證：
   • 重組索引 (REORG INDEX)
   • 重收統計 (RUNSTATS)
   • 重綁套件 (REBIND)
   重複直到計畫回歸最佳。

場景二：評估調優效果 (Tuning Validation)

調優動作 (新增索引、建立 MQT、調整參數、收集統計) 後，立即擷取解釋輸出確認：

• 新索引/MQT 是否被採用 (SHOW PLAN 中出現)
• 預估成本 (TOTAL COST) 是否下降
• 存取類型是否符合預期 (如 IXSCAN → FETCH)

黃金法則：解釋輸出只能顯示「優化器認為」的成本，精確量化效能提升仍須基準測試。

關鍵工具鏈速查

實戰操作流程範例

# 1. 建立解釋表 (僅首次)
db2 -tvf EXPLAIN.DDL

# 2. 擷取動態 SQL 計畫
db2 "SET CURRENT EXPLAIN MODE = EXPLAIN"
db2 "SELECT ... YOUR SQL ..."
db2 "SET CURRENT EXPLAIN MODE = NO"

# 3. 產生可讀報告
db2exfmt -d DBNAME -o query_plan.txt -1 -g TIC

# 4. 關鍵欄位關注重點
#    - TOTAL COST / IO COST / CPU COST
#    - OPERATOR TYPE (TBSCAN, IXSCAN, FETCH, JOIN, GRPBY, SORT)
#    - ESTIMATED ROWS vs ACTUAL ROWS (需配合 EXPLAIN SNAPSHOT)
#    - PREDICATE APPLY 位置 (SARGABLE?)

常見陷阱與避坑指南

• ❌ 僅看 Visual Explain 圖形忽略成本數值 → 必須配合 db2exfmt 文字報告量化比較。
• ❌ 未保存變更前基線 → 事後無法證明退化原因。
• ❌ 統計資訊收集時間點與解釋時間點不一致 → 開啟自動統計或手動同步收集。
• ❌ 靜態 SQL 僅在 BIND 時產生計畫 → 需 REBIND 後重新解釋。

總結

建立「變更前基線 → 變更後比對 → 驗證修正」的標準化解釋分析流程，搭配 db2exfmt、db2look、RUNSTATS 三大工具，即可將 SQL 效能問題從「玄學」轉化為可量化、可重現的工程科學。