大蛇丸實驗室之Oracle by DWLIJX

大蛇丸實驗室1：為什麼有些查詢死活不走索引？

不走索引結論：

a、建立組合索引，但查詢謂詞並未使用組合索引的第一列，此處有乙個index skip scan概念。

b、在包含有null值的table列上建立索引，當時使用select count(*) from table時不會使用索引。

c、在索引列上使用函式時不會使用索引，如果一定要使用索引只能建立函式索引。

d、當被索引的列進行隱式的型別轉換時不會使用索引。如:select * from t where indexed_column = 5，而indexed_column列建立索引但型別是字元型，這時oracle會產生

隱式的型別轉換，轉換後的語句類似於select * from t where to_number(indexed_column) = 5，此時不走索引的情況類似於case3。日期轉換也有類似問題，如:

select * from t where trunc(date_col) = trunc(sysdate)其中date_col為索引列，這樣寫不會走索引，可改寫成select * from t where date_col >= trunc(sysdate)

and date_col < trunc(sysdate+1)，此查詢會走索引。

e、並不是所有情況使用索引都會加快查詢速度，full scan table 有時會更快，尤其是當查詢的資料量佔整個表的比重較大時，因為full scan table採用的是多塊讀，

當oracle優化器沒有選擇使用索引時不要立即強制使用，要充分證明使用索引確實查詢更快時再使用強制索引

f、由於長期的資料io、索引建立不當，會導致資料分布散亂，優化器在即使索引有效的情況下還是會選擇全表掃瞄.