1、查詢謂詞沒有使用索引的主要邊界，可能會導致不走索引。比如，你查詢的是SELECT * FROM T WHERE Y=XXX;假如你的T表上有一個包含Y值的組合索引，但是優化器會認為需要一行行的掃描會更有效，這個時候，優化器可能會選擇TABLE ACCESS FULL，但是如果換成了SELECT Y FROM T WHERE Y = XXX，優化器會直接去索引中找到Y的值，因為從B樹中就可以找到相應的值。
2、如果在B樹索引中有一個空值，那么查詢諸如SELECT COUNT(*) FROM T 的時候，因為HASHSET中不能存儲空值的，所以優化器不會走索引，有兩種方式可以讓索引有效，一種是SELECT COUNT(*) FROM T WHERE XXX IS NOT NULL或者是不能為空。
3、如果在T表上有一個索引Y，但是你的查詢語句是這樣子SELECT * FROM T WHERE FUN(Y) = XXX。這個時候索引也不會被用到，因為你要查詢的列中所有的行都需要被計算一遍，因此，如果要讓這種sql語句的效率提高的話，在這個表上建立一個基于函數的索引，比如CREATE INDEX IDXFUNT ON T(FUN(Y));這種方式，等于Oracle會建立一個存儲所有函數計算結果的值，再進行查詢的時候就不需要進行計算了，因為很多函數存在不同返回值，因此必須標明這個函數是有固定返回值的。
4、索引不適用于隱式轉換的情況，比如你的SELECT * FROM T WHERE Y = 5 在Y上面有一個索引，但是Y列是VARCHAR2的，那么Oracle會將上面的5進行一個隱式的轉換，SELECT * FROM T WHERE TO_NUMBER(Y) = 5,這個時候也是有可能用不到索引的。
5、在Oracle的初始化參數中，有一個參數是一次讀取的數據塊的數目，比如你的表只有幾個數據塊大小，而且可以被Oracle一次性抓取，那么就沒有使用索引的必要了，因為抓取索引還需要去根據rowid從數據塊中獲取相應的元素值，因此在表特別小的情況下，索引沒有用到是情理當中的事情。
6、很長時間沒有做表分析，或者重新收集表狀態信息了，在數據字典中，表的統計信息是不準確的，這個情況下，可能會使用錯誤的索引，這個效率可能也是比較低的。


在《Oracle專家編程》Pdf中，有一個非常不錯的例子，在本機實際做一下，能對索引有一個更深的印象，大致就是
CREATE TABLE FOO(USERNAME VARCHAR2(100) PRIMARY KEY,USERID VARCHAR2(100));
產生一堆數據，然后查詢SQL
CREATE TABLE FOOBAK SELECT * FROM FOO ORDER BY USERID DESC;
然后給USERNAME加上主鍵索引,然后查詢SQL
能夠看到兩個使用了USERNAME pk ?的索引,產生了不同的執行計劃,這個實實在在的說明了表的物理結構實實在在的影響了執行計劃。

sql中索引不會被用到的幾種情況