Oracle 9i 索引跳躍式掃描：多值索引查詢的新利器

前言：聯合索引的「前導欄位」困境

傳統 B-Tree 聯合索引 (A, B)，查詢必須包含前導欄位 A 才能使用索引。若僅查 WHERE B = ?，優化器只能選全表掃描。Oracle 9i 引入 Index Skip Scan（索引跳躍式掃描），打破此限制，特別適合低基數前導欄位 + 高基數後續欄位的聯合索引場景。

運作原理

假設索引 CREATE INDEX sex_emp_id ON emp(sex, emp_id)，sex 只有 'M'/'F' 兩值。查詢 SELECT emp_id FROM emp WHERE emp_id = 123 不指定 sex。

Oracle 內部將其轉換為多個子查詢的 UNION ALL：

SELECT emp_id FROM emp WHERE sex = 'F' AND emp_id = 123
UNION ALL
SELECT emp_id FROM emp WHERE sex = 'M' AND emp_id = 123;

執行計劃顯示：

SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=1 Bytes=5)
  SORT (AGGREGATE)
    INDEX (SKIP SCAN) OF 'SEX_EMP_ID' (NON-UNIQUE)

適用條件與效能特徵

效能權衡：

• 優於全表掃描：尤其表大、目標行少時，Skip Scan 只讀索引分支塊 + 少量葉塊。
• 劣於直接索引範圍掃描：需重複探測每個前導值，基數 50 需 50 次探測，成本線性增長。
• 適用「磁碟空間緊張、無法再建單欄索引」的補救方案。

實戰建議

1. 優先考慮建立單欄索引：若 emp_id 查詢頻繁，直接 CREATE INDEX idx_emp_id ON emp(emp_id) 效能最佳。
2. Skip Scan 為「被動優化」：無法建新索引（如第三方應用、磁碟配額限制）時的救星。
3. 監控實際執行計劃：確認出現 INDEX (SKIP SCAN)，並對比 Cost 與邏輯讀。
4. 統計信息要準：前導欄位基數統計錯誤會誤導優化器選擇 Skip Scan。
5. 11g+ 改進：優化器可動態決定是否 Skip Scan，並支援 INDEX_SS/NO_INDEX_SS Hint 強制/禁用。

總結

Index Skip Scan 是 Oracle 9i 為「低基數前導欄位聯合索引」量身打造的功能，以空間換時間（省去第二個索引）為代價，在無法建立理想索引時提供優於全表掃描的折中方案。設計階段仍應遵循「查詢模式決定索引結構」，Skip Scan 視為補救而非首選。