（一）什麼是不可用索引（Unusable Indexes）？對於不可用索引需要注意哪些？

在正常情況下，索引都是可用的。對於可用的索引而言，DBA_INDEXES的STATUS列的值為VALID。當執行某些操作後，例如對索引執行MOVE操作，索引會變為不可用（unusable），即處於失效狀態。當索引變為不可用時，Oracle內部會把該索引後設資料（即建立語句包含的基本資訊)與真實物理資料之間的對應關係撕裂，相關資料塊可被重用，相關的索引段會被刪除，DBA_INDEXES的SEGMENT_CREATED列的值會變為NO（正常情況下，應為YES），STATUS列的值變為UNUSABLE。對於失效的索引，若想要被重新使用，則只有一種方法，那就是REBUILD，當然也可以先DROP 再CREATE。

對於失效的索引需要注意以下幾點：

l 從Oracle 11gR2開始，當索引不可用時，Oracle會清除索引資料（刪除相關的索引段），並且不再維護。

l 在本地索引中，可以設定某個分割槽的索引為UNUSABLE。

l 一般情況下，CBO不考慮使用UNUSABLE狀態的索引，包含分割槽表。相關引數為SKIP_UNUSABLE_INDEXES，其作用如下所示：

l 在重建索引的時候一般不允許DML操作，只有加上ONLINE的時候才允許DML操作。

（二）哪些操作會導致索引失效？

當某些操作導致資料行的ROWID改變，索引就會完全失效。可以分普通表和分割槽表來討論哪些操作將導致索引失效。

（1）普通表索引失效的情形如下所示：

①　手動置索引無效：ALTER INDEX IND_OBJECT_ID UNUSABLE;。

②　如果對錶進行MOVE操作（包含移動表空間和壓縮操作）或線上重定義表後，那麼該表上所有的索引狀態會變為UNUSABLE。MOVE操作的SQL語句為：ALTER TABLE TT MOVE;。

③　SQL*Loader載入資料。

在SQL*Loader載入過程中會維護索引，由於資料量比較大，在SQL*Loader載入過程中出現異常情況，也會導致Oracle來不及維護索引，導致索引處於失效狀態，影響查詢和載入。異常情況主要有：在載入過程中殺掉SQL*Loader程式、重啟或表空間不足等。

（2）分割槽表索引失效的情形如下所示：

①　對分割槽表的某個含有資料的分割槽執行了TRUNCATE、DROP操作可以導致該分割槽表的全域性索引失效，而分割槽索引依然有效，如果操作的分割槽沒有資料，那麼不會影響索引的狀態。需要注意的是，對分割槽表的ADD操作對分割槽索引和全域性索引沒有影響。

②　執行EXCHANGE操作後，全域性索引和分割槽索引都無條件地會被置為UNUSABLE（無論分割槽是否含有資料）。但是，若包含INCLUDING INDEXES子句（預設情況下為EXCLUDING INDEXES），則全域性索引會失效，而分割槽索引依然有效。

③　如果執行SPLIT的目標分割槽含有資料，那麼在執行SPLIT操作後，全域性索引和分割槽索引都會被被置為UNUSABLE。如果執行SPLIT的目標分割槽沒有資料，那麼不會影響索引的狀態。

④　對分割槽表執行MOVE操作後，全域性索引和分割槽索引都會被置於無效狀態。

⑤　手動置其無效：ALTER INDEX IND_OBJECT_ID UNUSABLE;。

對於分割槽表而言，除了ADD操作之外，TRUNCATE、DROP、EXCHANGE和SPLIT操作均會導致全域性索引失效，但是可以加上UPDATE GLOBAL INDEXES子句讓全域性索引不失效。

重建分割槽索引的命令為：ALTER INDEX IDX_RANG_LHR REBUILD PARTITION P1;。

分割槽表的索引是否失效情況如下表所示：

& 說明：

有關資料庫操作導致索引失效的更多內容可以參考我的BLOG：http://blog.itpub.net/26736162/viewspace-2152871/

Oracle之不可見索引 ：http://blog.itpub.net/26736162/viewspace-2124044/

Oracle之虛擬索引 ：  http://blog.itpub.net/26736162/viewspace-2123687/

Oracle之不可見索引和虛擬索引的比對：http://blog.itpub.net/26736162/viewspace-2124164/