ORA-01502错误成因和解决方法

第一部分：

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

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>

看来，重建索引才是解决这类问题的彻底的方法。

第二部分：

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';