Oracle本地索引在TRUNCATE PARTITION后不会失效，其对应分区状态仍为USABLE；真正失效的是全局索引，而user_indexes中查到的UNUSABLE仅反映全局索引整体状态，本地索引须查user_ind_partitions确认分区级STATUS。
Oracle本地索引在TRUNCATE PARTITION后不会失效——这是常见误解。真正失效的是全局索引，而本地索引对应分区被清空后，其状态仍为USABLE。
查状态时为什么看到UNUSABLE？
很多人执行SELECT index_name, status FROM user_indexes发现状态是UNUSABLE，但这个查询只反映**全局索引整体状态**，不体现分区级细节。本地索引的状态必须查USER_IND_PARTITIONS：
SELECT index_name, partition_name, status FROM user_ind_partitions WHERE index_name = 'YOUR_LOCAL_INDEX';
只要没报错、没手动置为UNUSABLE，每个分区的STATUS通常仍是USABLE，哪怕对应分区刚被TRUNCATE过。
TRUNCATE PARTITION对本地索引的实际影响
本地索引与表分区一一绑定，TRUNCATE PARTITION只是清空该分区的数据段，并同步清理对应索引分区的叶子块，不破坏结构。所以：
- 索引分区仍存在，且
STATUS保持USABLE - 后续向该分区
INSERT数据时，索引能正常维护 - 其他分区的索引完全不受影响
- 不需要
UPDATE INDEXES子句（该子句对TRUNCATE PARTITION无效）
什么情况下本地索引真会变UNUSABLE？
不是TRUNCATE导致的，而是以下操作或配置问题：
-
SPLIT PARTITION时目标分区已有数据，且未加UPDATE INDEXES -
EXCHANGE PARTITION时临时表没有索引，或没加INCLUDING INDEXES - 手动执行了
ALTER INDEX ... UNUSABLE - 底层表空间损坏或
DBA误删了索引分区段（极少见）
如果真遇到本地索引分区STATUS = UNUSABLE，重建只需单条命令：
ALTER INDEX your_local_idx REBUILD PARTITION p_name;
容易被忽略的隐性陷阱
即使本地索引状态正常，业务仍可能出问题：
- 统计信息未更新：
TRUNCATE后DBMS_STATS不会自动刷新，优化器可能误判分区为空，跳过索引扫描 - 函数索引依赖列被修改：比如索引基于
UPPER(col)，而TRUNCATE后插入新数据时col值含不可见字符，函数结果异常 - 物化视图日志失效：若表启用了
ON COMMIT物化视图，TRUNCATE PARTITION会使日志中对应记录丢失，后续刷新失败
真正要盯紧的不是“本地索引是否失效”，而是USER_IND_PARTITIONS.STATUS和DBA_TAB_STATISTICS是否同步更新。
