ORA-01502 state unusable错误成因和解决方法[转]
生活随笔
收集整理的這篇文章主要介紹了
ORA-01502 state unusable错误成因和解决方法[转]
小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
接到開(kāi)發(fā)人員和業(yè)務(wù)人員的通知,說(shuō)一個(gè)登陸頁(yè)面不能用了,報(bào)錯(cuò):
2005-01-31 13:59:02,721 [com.aspire.common.dao.OamUserDAO]- -214:select錯(cuò)誤
java.sql.SQLException: ORA-01502 state
這個(gè)錯(cuò)誤是由于索引失效造成的,重建索引后,問(wèn)題就解決了。
為了搞清楚索引為什么會(huì)失效,以及如何解決,我們做個(gè)測(cè)試:
首先我們創(chuàng)建一個(gè)普通的測(cè)試表(非分區(qū)表):
SQL> create table t(a number);
Table created.
SQL> select tablespace_name from user_segments where segment_name='T';
TABLESPACE_NAME
------------------------------
DATA_DYNAMIC
SQL>
然后,我們創(chuàng)建一個(gè)普通索引
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>
我們看到,當(dāng)使用類(lèi)似 alter table xxxxxx move tablespace xxxxxxx 命令后,索引就會(huì)失效。
當(dāng)然,作為測(cè)試,也可以直接使用alter index idxt unusable;命令使索引失效,例如:
SQL> alter index idxt unusable;
Index altered.
SQL>
在這種情況下,我們向表中插入數(shù)據(jù)看看是什么情況:
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>
我們看到,這時(shí)就出現(xiàn)了常見(jiàn)的“ORA-01502: index 'XXXXXXXX' or partition of such index is in unusable state”錯(cuò)誤。
檢查一下索引狀態(tài),我們會(huì)注意到索引已經(jīng)是“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>
對(duì)于普通表中的不同索引(非唯一索引),我們有兩種方法解決這個(gè)問(wèn)題。
方法一:設(shè)置 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>
現(xiàn)在我們看到,這個(gè)索引的狀態(tài)雖然還是“UNUSABLE”但是,通過(guò)設(shè)置“alter session set skip_unusable_indexes=true;”,
我們已經(jīng)可以訪問(wèn)這個(gè)表了,但是請(qǐng)注意,這種情況下,這個(gè)索引是不可用的,也就是說(shuō)優(yōu)化器在考慮是否要使用索引時(shí)是不考慮這個(gè)所以的。
方法2:通過(guò)常見(jiàn)所以徹底解決這個(gè)問(wèn)題
首先,先設(shè)置 “skip_unusable_indexes=false”,也就是不跳過(guò)失效索引
SQL> alter session set skip_unusable_indexes=false;
Session altered.
SQL>
然后重建這個(gè)失效的索引
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>
我們看到重建索引后,索引的狀態(tài)就正常了。
現(xiàn)在插入數(shù)據(jù),看看是正常:
SQL> insert into t values(12);
1 row created.
SQL> commit;
Commit complete.
SQL>
看來(lái),重建索引才是解決這類(lèi)問(wèn)題的徹底的方法。
2005-01-31 13:59:02,721 [com.aspire.common.dao.OamUserDAO]- -214:select錯(cuò)誤
java.sql.SQLException: ORA-01502 state
這個(gè)錯(cuò)誤是由于索引失效造成的,重建索引后,問(wèn)題就解決了。
為了搞清楚索引為什么會(huì)失效,以及如何解決,我們做個(gè)測(cè)試:
首先我們創(chuàng)建一個(gè)普通的測(cè)試表(非分區(qū)表):
SQL> create table t(a number);
Table created.
SQL> select tablespace_name from user_segments where segment_name='T';
TABLESPACE_NAME
------------------------------
DATA_DYNAMIC
SQL>
然后,我們創(chuàng)建一個(gè)普通索引
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>
我們看到,當(dāng)使用類(lèi)似 alter table xxxxxx move tablespace xxxxxxx 命令后,索引就會(huì)失效。
當(dāng)然,作為測(cè)試,也可以直接使用alter index idxt unusable;命令使索引失效,例如:
SQL> alter index idxt unusable;
Index altered.
SQL>
在這種情況下,我們向表中插入數(shù)據(jù)看看是什么情況:
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>
我們看到,這時(shí)就出現(xiàn)了常見(jiàn)的“ORA-01502: index 'XXXXXXXX' or partition of such index is in unusable state”錯(cuò)誤。
檢查一下索引狀態(tài),我們會(huì)注意到索引已經(jīng)是“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>
對(duì)于普通表中的不同索引(非唯一索引),我們有兩種方法解決這個(gè)問(wèn)題。
方法一:設(shè)置 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>
現(xiàn)在我們看到,這個(gè)索引的狀態(tài)雖然還是“UNUSABLE”但是,通過(guò)設(shè)置“alter session set skip_unusable_indexes=true;”,
我們已經(jīng)可以訪問(wèn)這個(gè)表了,但是請(qǐng)注意,這種情況下,這個(gè)索引是不可用的,也就是說(shuō)優(yōu)化器在考慮是否要使用索引時(shí)是不考慮這個(gè)所以的。
方法2:通過(guò)常見(jiàn)所以徹底解決這個(gè)問(wèn)題
首先,先設(shè)置 “skip_unusable_indexes=false”,也就是不跳過(guò)失效索引
SQL> alter session set skip_unusable_indexes=false;
Session altered.
SQL>
然后重建這個(gè)失效的索引
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>
我們看到重建索引后,索引的狀態(tài)就正常了。
現(xiàn)在插入數(shù)據(jù),看看是正常:
SQL> insert into t values(12);
1 row created.
SQL> commit;
Commit complete.
SQL>
看來(lái),重建索引才是解決這類(lèi)問(wèn)題的徹底的方法。
總結(jié)
以上是生活随笔為你收集整理的ORA-01502 state unusable错误成因和解决方法[转]的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 路由重分布列表控制例子
- 下一篇: 停止坐井观天,是时候让“我个人认为”见鬼