共计 7551 个字符，预计需要花费 19 分钟才能阅读完成。
丸趣 TV 小编给大家分享一下 oracle 中出现 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
以上是“oracle 中出现 ORA-01502 错误怎么办”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
