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

接到開發人員和業務人員的通知,說一個登陸頁面不能用了,報錯:

2005-01-31 13:59:02,721 [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>
看來,重建索引才是解決這類問題的徹底的方法。

你可能感兴趣的:(DAO,sql)