ORA-01502 state unusable錯誤成因和解決方法

接到開發人員和業務人員的通知，說一個登陸頁面不能用了，報錯：
 
[com.aspire.common.dao.OamUserDAO]- -214:select錯誤
 java.sql.SQLException: ORA-01502 state
 
這個錯誤是由於索引失效造成的，重建索引後，問題就解決了。
 
為了搞清楚索引為什麼會失效，以及如何解決，我們做個測試：
 
首先我們建立一個普通的測試表（非分割槽表）：
 SQL> create table t(a number);
 
Table created.
 
SQL> select tablespace_name from user_segments where segment_name='T';
 
TABLESPACE_NAME
 ------------------------------
 DATA_DYNAMIC
 
SQL>

然後，我們建立一個普通索引
 
SQL> create index idxt on t(a);
 
Index created.
 
SQL> insert into t values(10);
 
1 row created.
 
SQL> set linesize 200
 SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDXT';
 
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
 ------------------------------ --------------------------- ------------------------------ ----------- --------
 IDXT                           NORMAL                      DATA_DYNAMIC                   TABLE       VALID
 
SQL>

模擬索引是失效的情況：
 SQL> alter table  t move tablespace tools
   2  /
 
Table altered.
 
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDXT';
 
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
 ------------------------------ --------------------------- ------------------------------ ----------- --------
 IDXT                           NORMAL                      DATA_DYNAMIC                   TABLE       UNUSABLE
 
SQL>
我們看到，當使用類似 alter table xxxxxx move tablespace xxxxxxx 命令後，索引就會失效。
 
當然，作為測試，也可以直接使用alter index idxt unusable;命令使索引失效，例如：
 SQL> alter index idxt unusable;
 
Index altered.
 
SQL>
 
在這種情況下，我們向表中插入資料看看是什麼情況：
 SQL> insert into t values(11);
 insert into t values(11)
 *
 ERROR at line 1:
 ORA-01502: index 'MISC.IDXT' or partition of such index is in unusable state
 

SQL>
我們看到，這時就出現了常見的“ORA-01502: index 'XXXXXXXX' or partition of such index is in unusable state”錯誤。
 
檢查一下索引狀態，我們會注意到索引已經是“UNUSABLE”了。
 SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDXT';
 
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
 ------------------------------ --------------------------- ------------------------------ ----------- --------
 IDXT                           NORMAL                      DATA_DYNAMIC                   TABLE       UNUSABLE
 
SQL>

對於普通表中的不同索引（非唯一索引），我們有兩種方法解決這個問題。
 方法一：設定 skip_unusable_indexes=true;
 SQL> alter session set skip_unusable_indexes=true;
 
Session altered.
 
SQL> insert into t values(11);
 
1 row created.
 
SQL> commit;
 
Commit complete.
 
SQL> select * from t;
 
         A
 ----------
          1
          2
          3
          4
          5
         10
         11
 
7 rows selected.
 
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDXT';
 
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
 ------------------------------ --------------------------- ------------------------------ ----------- --------
 IDXT                           NORMAL                      DATA_DYNAMIC                   TABLE       UNUSABLE
 
SQL>
 現在我們看到，這個索引的狀態雖然還是“UNUSABLE”但是，通過設定“alter session set skip_unusable_indexes=true;”，
 我們已經可以訪問這個表了，但是請注意，這種情況下，這個索引是不可用的，也就是說優化器在考慮是否要使用索引時是不考慮這個所以的。
 
方法2：通過常見所以徹底解決這個問題
 首先，先設定 “skip_unusable_indexes=false”，也就是不跳過失效索引
 SQL> alter session set skip_unusable_indexes=false;

Session altered.
 
SQL>

然後重建這個失效的索引
 SQL> alter index idxt rebuild;
 
Index altered.
 
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDXT';
 
INDEX_NAME                     INDEX_TYPE                  TABLESPACE_NAME                TABLE_TYPE  STATUS
 ------------------------------ --------------------------- ------------------------------ ----------- --------
 IDXT                           NORMAL                      DATA_DYNAMIC                   TABLE       VALID
 
SQL>
我們看到重建索引後，索引的狀態就正常了。
 
現在插入資料，看看是正常：
 SQL> insert into t values(12);
 
1 row created.
 
SQL> commit;
 
Commit complete.
 
SQL>
看來，重建索引才是解決這類問題的徹底的方法。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/28673746/viewspace-758117/，如需轉載，請註明出處，否則將追究法律責任。