Oracle 索引優化實戰：適當的表、列與數量

核心原則：三個「適當」

索引優化的精髓在於：在適當的表上、適當的列上、建立適當數量的索引。聽起來簡單，落地卻需 DBA 深入業務、持續觀測、動態調整。

一、根據表大小決定是否建索引

小表：通常不需要

如部門表僅百餘行，全表掃描極快，索引維護成本（寫入開銷、空間佔用）遠超收益。對此類表建索引屬於「過度優化」。

大表：視業務訪問模式而定

並非所有大表都適合建索引。若表主要存儲審計日志、極少查詢，或查詢比例超 10%-15%，全表掃描反而更快。建議：實測全表掃描 vs 索引掃描耗時，以數據說話。

二、根據列特征選擇索引鍵

• 高選擇性列：唯一約束、重複值極少的列，索引效果最佳。
• 常用於連接的列：多表 JOIN 鍵上建索引，事半功倍。
• NULL 值多且鮮少查詢非 NULL：索引形同虛設，果斷刪除。

案例：身份證號列雖唯一，但業務鮮用且多為 NULL，上線後成為累贅，需定期評估清理。

三、單表索引數量的平衡藝術

索引越多，查詢越快，但 DML（INSERT/UPDATE/DELETE）速度下降，因需同步維護索引結構。

• 數據倉庫/決策系統：以讀為主，批量載入時可先禁用索引，查詢期多建索引無妨。
• OLTP 事務系統：頻繁寫入，嚴格限制索引數量，僅保留核心查詢路徑。

通過動態視圖統計操作比例（查詢 vs 更新），動態啟用/禁用索引，尋找平衡點。

結語

索引優化是動態過程，隨數據分佈、業務模式演變而調整。師傅領進門，修行在個人——請在實戰中不斷體會總結。