ITPub博客

首页 > Linux操作系统 > Linux操作系统 > ORA-01502 state unusable错误成因和解决方法(转)

ORA-01502 state unusable错误成因和解决方法(转)

原创 Linux操作系统 作者:jcszjswkzhou 时间:2019-06-15 12:03:08 0 删除 编辑
ORA-01502 state unusable错误成因和解决方法(一),sql,sql教程,Oracle基础

接到开发人员和业务人员的通知说一个登陆页面不能用了报错:

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>

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10294527/viewspace-122223/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2007-08-29

  • 博文量
    3488
  • 访问量
    2621000