核心哲學：性能是設計出來的，不是調出來的
引用 Tom Kyte 經典名言，優化優先級金字塔：
設計（權重 60%） > 開發（權重 30%） > 調優（權重 10%）
第一層：設計階段——奠定效能基因
邏輯設計：範式與反範式的平衡
- 遵循 3NF 消除冗餘，保障數據一致性。
- 根據訪問模式引入反範式（冗餘欄位、預計算表、物化視圖），減少關鍵路徑連接數。
- 決策標準：
讀寫比 > 10:1 且連接開銷大 → 考慮反範式。
物理設計：儲存與存取結構
| 維度 | 關鍵決策 | 典型場景 |
|---|
| 檔案佈局 | 數據/索引/日誌/歸檔分盤、RAID 級別（RAID 10 核心業務、RAID 5 歸檔） | 高並發 OLTP、大數據倉庫 |
| 表組織 | Heap/索引組織表(IOT)/叢集表/分區表/外部表/全域暫存表 | IOT 適合主鍵範圍掃描；叢集表適合頻繁連接的主從表 |
| 索引策略 | B-Tree/位圖/函數式/複合/反向鍵/局部/全域分區索引 | 位圖索引適合低基數（性別、狀態）；函數式索引解決 WHERE UPPER(name)='ABC' |
第二層：開發階段——寫出高效代碼
- 綁定變量：消除硬解析，共享游標，防 SQL 注入。
- 外鍵加索引：避免父表刪除/更新時全表鎖定子表。
- BULK COLLECT / FORALL：批次處理減少上下文切換，PL/SQL 效能核心。
- 分析函數：單次掃描完成複雜統計，替代自連接/子查詢。
- 直接路徑載入：
INSERT /*+ APPEND */、SQL*Loader 直裝、外部表，繞過緩衝區快取。
- OLAP 特化：分區表、物化視圖、位圖索引、並行查詢（DOP）、結果快取。
第三層：調優階段——科學閉環流程
標準化 9 步法（參考 Oracle Wait Interface 方法論）：
- 設定目標：具體指標（如「核心交易 P99 < 200ms」），而非「變快」。
- 基線測量：AWR/Statspack/ASH 報告，保留快照對比。
- 識別瓶頸：
V$SYSTEM_EVENT、V$SESSION_WAIT、V$SQL 定位等待事件與 Top SQL。
- 追蹤驗證：
10046 EVENT、SQL_TRACE、DBMS_MONITOR 獲取執行細節。
- OS 層排查：
sar/iostat/mpstat/vmstat/top 排除 CPU/IO/內存/網絡資源爭用。
- 針對性優化：SQL 改寫、索引調整、參數調優、架構變更、硬體擴容。
- 變更控制：記錄變更、灰度發布、回滾預案。
- 效果驗證：同負載對比基線，確認目標達成。
- 持續迭代：回到第 2 步，直到滿足 SLA。
避坑指南
- ❌ 直接調參數（
_undocumented）而不找根因。
- ❌ 為了優化而優化，忽略業務優先級。
- ❌ 忽略統計資訊收集策略（頻率、採樣率、直方圖）。
- ❌ 生產庫無變更控制直接實施。
總結
優化是系統工程，而非單點技巧。架構師在設計期決定上限，開發在編碼期逼近上限，DBA 在運行期守住底線。多思考、多實踐、多總結——這才是提升優化能力的唯一捷徑。
- 上一篇文章： Oracle SQL 執行時間精準測量與 SP2-0027 錯誤完美解決
- 下一篇文章： Windows 任務排程器實現 Oracle 定時備份：批次檔 + EXP + WinRAR 完整方案
Copyright ©
程式碼之家 All Rights Reserved
