這個錯誤是由於索引失效造成的，重建索引后，問題就解決了。
我們看到，當使用類似 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=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>
看來，重建索引才是解決這類問題的徹底的方法。