Oracle Method R 優化法論精要：回應時間導向、Profile 核心、與傳統瓶頸/YAPP/OWI 差異對比

Method R 核心定義

R = Response Time (回應時間)。Cary Millsap 提出，以業務關鍵任務的回應時間為唯一優化目標。

四步驟循環流程

1. Target：識別業務關鍵任務 (非技術指標)，如「下單付款 < 2 秒」
2. Profile：收集該任務完整、未聚合的 Profile 資料 (Extended SQL Trace, 10046 Event)
3. React：針對回報投資率 (ROI) 最高的候選修復執行
4. Stop Rule：修復成本 > 問題成本 → 停止
5. Loop：回到步驟 1

Profile 核心內容

• 每個 SQL/操作的 Response Time = Service Time + Wait Time
• 詳細分解：CPU、I/O (db file sequential/scattered read)、鎖 (enq:)、Log Write、Network、Parse、Fetch 等
• 未聚合：保留每次執行的細節，非 AWR/ASH 類聚合報表
• 工具：DBMS_MONITOR.SESSION_TRACE_ENABLE、TRCSESS、TKPROF、Method R Profiler (商業工具)

與其他方法論對比

Method R 實戰操作步驟

1. 業務利益相關者訪談：定義關鍵任務、SLA、痛點
2. 啟用 10046 Trace：

   EXEC DBMS_MONITOR.SESSION_TRACE_ENABLE(session_id => 123, serial_num => 456, 
     waits => TRUE, binds => TRUE, plan_stat => 'ALL_EXECUTIONS');

3. 執行業務任務：重現問題場景
4. 停用 Trace、收集 .trc 檔
5. 分析 Profile：
   • 用 TKPROF 或 Method R Profiler 產生報表
   • 聚焦 Total Response Time 佔比最高的 SQL/操作
   • 檢視 Wait Event 分佈：db file sequential read → 索引/表存取；log file sync → Commit 頻率；enq: TX → 鎖爭用
6. 制定候選修復：索引、SQL 改寫、架構調整、參數調整、硬體升級
7. ROI 評估：預估改善時間 × 頻率 × 業務價值 / 實施成本
8. 實施最高 ROI 修復
9. 驗證：重新 Trace 對比
10. 循環

關鍵觀念釐清

• 不等於「調整參數」：參數調整只是候選修復之一，且通常 ROI 低
• 不等於「消除所有等待」：Idle Events (SQL*Net message from client) 不需處理
• 不等於「全表掃描即壞事」：小表/高選擇性 FTS 可能最優
• 業務語境不可或缺：同樣的 SQL，批次報表容忍 30 秒，OLTP 要求 < 0.5 秒

工具鏈建議