您现在的位置：程式碼之家 >> 數據庫知識 > >> Oracle 資料庫 >> Oracle 資料庫基礎

為什麼 Oracle 有時不使用索引？優化器決策邏輯與六大排查步驟全解析

編輯：Oracle 資料庫基礎

SQL 執行計劃生成九步曲

語法分析
語義分析
視圖轉換
表達式轉換
選擇優化器
選擇連接方式
選擇連接順序
選擇資料搜尋路徑（全表掃描 vs 索引）
執行計劃執行

兩代優化器：RBO vs CBO

優化器模式參數


SHOW PARAMETER optimizer_mode;
-- 預設 CHOOSE：有統計資訊用 CBO，無則用 RBO
-- 可設 RULE、FIRST_ROWS、ALL_ROWS 等

索引未被使用的六大排查步驟

1. 確認優化器模式

若 OPTIMIZER_MODE = RULE，CBO 相關功能全關閉
建議設 ALL_ROWS（全表最優）或 FIRST_ROWS_n（響應優先）

2. 檢查 WHERE 條件是否包含索引前導欄

複合索引 (A,B,C)，查詢必須包含 A 才可能用到索引
WHERE B = 1 → 索引無效（除非 Index Skip Scan）

3. 連接方式是否支援索引利用

特性	RBO (Rule-Based)	CBO (Cost-Based)
引入版本	Oracle 6	Oracle 7
決策依據	固定規則排名	統計資訊計算 Cost
對資料敏感度	不敏感	高度敏感
新功能支援	無	星型連接、雜湊連接、平行查詢
現狀	已停止發展	主流、持續增強

若 Optimizer 選擇 Hash Join，內表索引再好也用不上。

4. 連接順序是否允許索引生效

外表（Driving Table）永遠**全表掃描**
若大表在外、小表在內且有索引 → 索引浪費
對策：/*+ ORDERED */ 或 /*+ LEADING(t_small) */ 強制小表驅動

5. 是否涉及資料字典表/視圖

字典表無統計資訊 → CBO 產生極差計劃
**嚴禁自行分析字典表**，恐導致死鎖/效能崩壞
對策：改寫查詢避免直接查字典，或用 Hint 強制 RBO

6. 隱性資料型態轉換

WHERE char_col = 123 → Oracle 隱性 TO_NUMBER(char_col) → 索引失效
WHERE num_col = '123' → 隱性 TO_CHAR(num_col) → 索引失效
對策：應用層嚴格型別綁定，SQL 明確轉換 TO_CHAR/TO_NUMBER/TO_DATE

進階診斷工具


-- 1. 觀察實際執行計劃
EXPLAIN PLAN FOR SELECT ...;
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

-- 2. 10053 追蹤（CBO 決策內幕）
ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT FOREVER, LEVEL 1';
-- 執行 SQL 後查看 trace 檔

-- 3. 統計資訊健康度
SELECT table_name, last_analyzed, num_rows, blocks
FROM user_tables
WHERE last_analyzed < SYSDATE - 30;  -- 超過 30 天未分析