（一）问题：

最近在做Oracle数据清理，在对分区表进行数据清理时，采用的方法是drop partition，删除的过程中，没有遇到任何问题，大概过了10分钟，开发人员反馈部分分区表上的业务失败。具体错误为：

ORA-01502错误：索引或这类索引的分区处于不可用状态（英文：ora-01502:index 'schema.index_name' or partition of such index is in unusable state）。

（二）原因分析

查看出现问题的分区表，均有一个共同点：表上以“pk_”开头的索引为unusable状态，以“pk_”开头的索引是随创建主键约束而创建的。当用户在创建主键约束或唯一性约束的时候，会在相应的列上创建唯一性索引

经过查证，发现是在删除分区的时候，导致分区表上的唯一性全局索引为不可用状态，导致新的数据无法正常插入，从而引发了该错误。

是不是索引不可用会导致DML操作失败呢？经过验证，发现以下特点：

1.对于非唯一性索引，如果索引不可用，是不会影响到到DML操作的；

2.对于唯一性索引，如果索引不可用，在进行DML操作时，会触发ORA-01502错误；

这里记录一下哪些操作会导致索引失效：

                                                              图1.索引失效原因总结

（三）解决方案

（3.1）了解唯一性索引

在解决问题之前，我们来分析一下，哪些行为会创建唯一性索引(3种)：

--直接创建唯一性索引。

     语法为：CREATE UNIQUE INDEX index_name on table_name(col1，col2,…);

--创建主键约束时自动创建唯一性索引。

     语法为：ALTER TABLE table_name ADD CONSTRAINT constraint_name PRIMARY KEY(col1,col2,..);

--创建唯一性约束时自动创建唯一性索引。

     语法为：ALTER TABLE table_name ADD CONSTRAINT constraint_name UNIQUE(col1,…);

这里，我总结了3套方案来对应ORA-01502问题。

（3.2）方案一：删除唯一性索引

与业务方面沟通，确认唯一性索引是否可以删除，如果可以，直接删除索引，删除语法为：

sql> DROP INDEX schema.index_name;

对于由主键约束或唯一性约束创建的唯一性索引，不能直接删除

正确的方法是删除相应的约束。

小结：该方法简单粗暴，前提是在约束或索引在业务方面可以删除的情况下才能使用。

（3.3）方案二：重建唯一性索引（针对非分区表）

语法为：

小结：该方法可以使索引可用。但对于分区表而言，依然存在问题：在下一次删除分区后，索引状态又会变为不可用。

（3.4）方案三：删除不可用的索引，创建唯一性分区索引（针对分区表）

创建唯一性分区索引：

对于主键约束、唯一性约束，可以使用以下语法添加唯一性局部分区索引：

小结：该方法可以有效解决分区表因删除分区导致的索引不可用问题。

附录：模拟实验

（1）首先模拟生产情况，创建一张表：

create table sales
(
  prod_id number,cust_id number(3)
)
partition by range(time_id)
(
  partition sales_q1_2017 values less than(to_date('1-4-2017',dd-mm-yyyy')),partition sales_q2_2017 1-7-20171-10-20171-1-2018))
);

插入数据,确保每个分区都有数据

检查一下数据库的数据信息

（2）由于出现ORA-01502问题时，与表相关的对象只有主键约束和索引。所以，我在表上创建了索引和约束，并确认了所有索引可用

确认索引状态：

对于索引“SALES_PK”和“INX_SALES_1”,索引状态为可用，那”INX_SALES_2“这个索引状态为”N/A“，这又是怎么回事么？经过查找资料，确认索引共有四种状态：

• N/A         ：说明这个是分区索引需要查user_ind_partitions或者user_ind_subpartitions来确定每个分区是否可用；
• VAILD      ：说明这个索引可用；
• UNUSABLE：说明这个索引不可用；
• USABLE    ：说明这个索引的分区是可用的。

我们再去查看数据字典DBA_IND_PARTITIONS，确认”INX_SALES_2”的状态，索引可用。

确认主键约束的状态,确认可用

（3）接下来，我们模拟数据清理，删除分区”sales_q1_2017“

查看分区表的数据，可以看到，分区”sales_q1_2017“的数据已经随着分区被删除

==================转折点==========================

（4）此时，我们模拟正常的业务交易，发现如下情况

    --对于insert操作，无法完成，报ORA-01502错误；

    --对于delete操作，无法完成，报ORA-01502错误；

    --对于update操作，如果不涉及到主键相关的列，则可以执行成功，如果涉及到主键列，报ORA-01502错误；

再次确认，索引的状态，可以看到，普通索引状态已经转变为不可用，而局部分区索引状态未发生改变。

主键约束状态也为发生改变

这里，我们对deop分区前后表的信息对比做一个小结

通过对比，我们可以推测，索引不可用导致了无法正常DML操作。那么到底是哪个索引导致的问题呢？

（5）首先测试普通索引，先重建索引INX_SALES_1

继续模拟DML交易,情况与删除分区后的DML结果相同，可以确认，普通索引不可用并不会引起DML操作失败

（6）接着重建唯一性索引”SALE_PK”

对SALES表进行DML操作，可以正常进行

至此，我们可以大胆猜测：唯一性索引导致的ORA-01502问题。由于我们在创建索引的时候，并未直接创建唯一性索引，而是在创建主键约束的时候自动创建的唯一性索引，那么到底是主键约束的问题，还是唯一性索引的问题？根据上面删除分区前后约束状态相同，而索引状态不同，我觉得是索引的问题。继续求证。我们新建一个表，在上面直接创建唯一性索引，不创建任何约束。

创建表test01,录入数据

在“ID”列创建唯一性索引

插入数据，没有异常

接着将索引置为不可用状态，然后往表里面插入数据，出现了01502错误；

至此可以明确的说：ORA-01512错误是由于唯一性索引失效导致的。

如何解决这个问题，前面给出了3种方案，只要选择其中一种即可，不再模拟。