最近在做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,col2,…);
这里，我总结了3套方案来对应ORA-01502问题。
（3.2）方案一：删除唯一性索引
与业务方面沟通，确认唯一性索引是否可以删除，如果可以，直接删除索引，删除语法为：
SQL> DROP INDEX schema.index_name;