Oracle 三大優化器模式深度解析：RULE、COST 與 CHOOSE 的抉擇

優化器模式概覽

Oracle 提供三種核心優化器模式，決定了 SQL 執行計劃的生成邏輯：

參數設置層級

可通過 init.ora 中的 OPTIMIZER_MODE 參數設定預設值（可選值：RULE, COST, CHOOSE, ALL_ROWS, FIRST_ROWS），亦可在 Session 層級（ALTER SESSION SET OPTIMIZER_MODE=...）或 SQL 層級（Hint /*+ RULE */, /*+ ALL_ROWS */ 等）覆蓋。

CBO 使用前提：統計信息的準確性

若選擇 CBO（或 CHOOSE 且表已分析），必須定期執行 ANALYZE 或 DBMS_STATS 收集統計信息。統計信息過時或缺失會導致 CBO 產生錯誤執行計劃，引發嚴重性能問題。

CHOOSE 模式的隱患與建議

Oracle 預設採用 CHOOSE 模式。但這存在風險：

• 開發/測試環境表未分析 → 使用 RBO → 產生特定計劃。
• 生產環境表已分析 → 使用 CBO → 產生完全不同計劃。
• 導致「測試通過、上線崩潰」的經典場景。

最佳實踐：明確指定優化器模式。生產環境建議直接設定為 ALL_ROWS（吞吐量優先）或 FIRST_ROWS_n（響應時間優先），避免使用 CHOOSE，杜絕非預期的全表掃描。

模式選擇決策樹

1. 系統為純 OLTP、追求極致響應速度 → FIRST_ROWS_10 或 FIRST_ROWS_100。
2. 系統為數據倉庫/報表、追求整體吞吐 → ALL_ROWS。
3. 舊版應用（8i 以前）、無統計信息維護能力 → RULE（不推薦新系統使用）。
4. 避免使用 CHOOSE 和單純的 COST（無 ALL_ROWS/FIRST_ROWS 方向）。