ORA-01502錯誤成因和解決方法
第一部分：
接到開發人員和業務人員的通知，說一個登陸頁面不能用了，報錯：
2017-10-24 15: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>
看來，重建索引才是解決這類問題的徹底的方法。
第二部分：
SQL> create table t(a number);
Table created.
現在，我們建立一個唯一索引來看看：
SQL> create unique index idx_t on t(a);
Index created.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='T';
no rows selected
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T NORMAL DATA_DYNAMIC TABLE VALID
SQL> insert into t values(1);
1 row created.
SQL> commit;
Commit complete.
將索引手工修改為unusable狀態（模擬發生索引失效的情況）：
SQL> alter index idx_t unusable;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T NORMAL DATA_DYNAMIC TABLE UNUSABLE
我們看到這是，已經不能正常往表中插入資料：
SQL> insert into t values(2);
insert into t values(2)
*
ERROR at line 1:
ORA-01502: index 'MISC.IDX_T' or partition of such index is in unusable state
首先，我們透過重建索引（rebuild index）的方法來解決問題：
SQL> alter index idx_t rebuild;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T NORMAL DATA_DYNAMIC TABLE VALID
SQL> insert into t values(2);
1 row created.
SQL> commit;
Commit complete.
SQL>
現在我們再次模擬索引失效(unusable狀態)：
SQL> alter index idx_t unusable;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T NORMAL DATA_DYNAMIC TABLE UNUSABLE
SQL> insert into t values(3);
insert into t values(3)
*
ERROR at line 1:
ORA-01502: index 'MISC.IDX_T' or partition of such index is in unusable state
然後，看看是否可以透過設定引數skip_unusable_indexes=true來解決問題：
SQL> alter session set skip_unusable_indexes=true;
Session altered.
SQL> insert into t values(3);
insert into t values(3)
*
ERROR at line 1:
ORA-01502: index 'MISC.IDX_T' or partition of such index is in unusable state
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T NORMAL DATA_DYNAMIC TABLE UNUSABLE
SQL> alter index idx_t rebuild;
Index altered.
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDX_T';
INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDX_T NORMAL DATA_DYNAMIC TABLE VALID
SQL> insert into t values(3);
1 row created.
SQL> commit;
Commit complete.
SQL>
很顯然，對於unique index，透過簡單的設定引數是不能解決問題的，要解決unique index 失效的問題，只能透過重建索引來實現。
------------------------------------------------------------------------------------
【總結】
1、移動table的表空間後，基於該table的索引會自動失效UNUSABLE；此時訪問或操作該table時，會報ORA-01502異常；
2、對於普通索引，可以透過跳過索引或重建索引來解決ORA-01502異常的問題；
3、對於唯一索引，則只能透過重建索引來解決ORA-01502異常的問題。
【參考】
-- 建立普通索引
SQL> alter index idxt unusable;
-- 設定 skip_unusable_indexes=true;
SQL> alter session set skip_unusable_indexes=true;
--重建索引
SQL> alter index idxt rebuild;
--建立唯一索引
SQL> create unique index idx_t on t(a);
查詢索引狀態：
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name='IDXT';
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/31392094/viewspace-2146311/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- ORA-01502 state unusable錯誤成因和解決方法
- ORA-01502 index state unusable錯誤成因和解決方法Index
- BlueHost SSH連線常見錯誤和解決方法
- ora-371錯誤的原因和解決方法
- Nginx502錯誤原因和解決方法總結Nginx
- time_wait的成因和解決方案AI
- 徹底搞清楚library cache lock的成因和解決方法
- 徹底搞清楚library cache lock的成因和解決方法(轉)
- 徹底搞清楚library cache lock的成因和解決方法(1)
- 徹底搞清楚library cache lock的成因和解決方法(2)
- 徹底搞清楚library cache lock的成因和解決方法(3)
- 徹底搞清楚library cache lock的成因和解決方法(5)
- 徹底搞清楚library cache lock的成因和解決方法(4)
- 徹底搞清楚library cache lock的成因和解決方法(6)
- 徹底搞清楚library cache lock的成因和解決方法(8)
- 徹底搞清楚library cache lock的成因和解決方法(7)
- 徹底搞清楚library cache lock的成因和解決方法（三）
- 華納雲內部伺服器500錯誤原因和解決方法伺服器
- PRKC-1002錯誤問題原因和解決方法
- ORA-04031錯誤分析和解決
- 【DB】徹底搞清楚library cache lock的成因和解決方法（三）
- 【DB】徹底搞清楚library cache lock的成因和解決方法（二）
- 【DB】徹底搞清楚library cache lock的成因和解決方法（一）
- LoadRunner在執行時常見的提示錯誤和解決方法
- php7 使用 phpunit 部分錯誤和解決方案PHP
- Win10系統寬頻連線錯誤676的原因和解決方法Win10
- 5個常見可用性錯誤和解決方案
- vsftpd 錯誤：530 and 500 錯誤解決方法FTP
- MySQL資料庫1236錯誤模擬和解決MySql資料庫
- ORA-600(2662)錯誤的重現和解決（二）
- ORA-600(2662)錯誤的重現和解決（一）
- Win10電腦打不開檔案提示“錯誤2755”的原因和解決方法Win10
- PbootCMS 404 錯誤解決方法boot
- Win7電腦開機提示致命錯誤C0000034的原因和解決方法Win7
- 伺服器出現500錯誤的原因和解決辦法伺服器
- dbfread報錯ValueError錯誤解決方法Error
- undefined reference to錯誤的解決方法Undefined
- AFNetworkingErrorDomain 錯誤解決方法ErrorAI