Method R（R 代表 Response Time）由 Cary Millsap 提出，被視為理論上最完整的 Oracle 效能調優方法論。其核心精神：鎖定關鍵業務任務，收集未聚合的剖析資料，針對投報率最高的瓶頸修復，迭代直到成本超過收益。
四步驟循環
- Target：識別對業務最關鍵的任務（而非隨意挑 SQL）。
- Collect：在任務呈現問題行為時，蒐集完整、未聚合的剖析資料（Profile）。Oracle 層面即 Extended SQL Trace (10046)。
- React：評估所有候選修復方案，執行淨收益最大者；若修復成本超過問題成本則停止。
- Iterate：回到步驟 1，持續改善。
核心元素：Profile
Profile 必須詳細描述應用程式到終端使用者的回應時間組成。在資料庫層，對應 10046 trace（含等待事件、CPU、呼叫次數、經過時間），而非僅看統計摘要。
與主流方法論比較
vs. OWI (Oracle Wait Interface)
- OWI 只是 Method R 的資料來源之一（等待事件）。
- Method R 涵蓋應用層、網路層、作業系統層，診斷範圍更廣（參見《How to Make an Application Easy to Diagnose》）。
vs. YAPP (Yet Another Performance Profiling Method)
YAPP 步驟：取得服務/等待時間 → 排序 → 逐項優化 → 降低單次成本或呼叫次數。
本質是笛卡爾方法論的資料庫具體化：分解問題 → 由簡入繁 → 綜合驗證。
- YAPP 僅適用 Oracle 層，無法處理 Web 應用層、Idle 事件。
- Method R 是 YAPP 的演進版，適用全棧、以業務目標導向。
vs. 瓶頸分析
- 瓶頸分析：先找瓶頸再優化。
- Method R：以業務任務為導向，直接針對最關心的回應時間切入，不預設立場「瓶頸在哪」。
為何 Method R 理論最優？
- 目標函數明確：業務回應時間，而非命中率、緩衝區獲取率等代理指標。
- 決策準則量化：淨收益 = 效能改善價值 - 修復成本，避免過度工程。
- 適用範圍廣：從 SQL、Instance、OS、Network 到 Application Code 統一框架。
實務啟示
- 建立業務關鍵任務清單（如：下單、查詢帳單、批次結帳）。
- 為每個任務建立基準 Profile（正常時）與問題 Profile（異常時）。
- 量化每個等待事件/呼叫的時間貢獻度，優先解決佔比大且易修復者。
- 記錄每次修復的前後對比，累積組織知識庫。
雖落地工具（如 Method R Profiler、MR Tools）較小眾，但其思維模型值得每位 DBA 內化為日常診斷直覺。
