Oracle执行批量DML操作后索引维护咨询：是否需重建或先删后建

一、删除+全量更新后的索引处理 #

• 主键索引（聚簇索引）：删除20%数据后会产生一定碎片，但InnoDB的后台purge线程会逐步清理无效数据页。若通过SHOW TABLE STATUS LIKE 'your_table'\G查看Data_free占总数据量比例超过30%，或查询性能明显下降，再考虑处理；否则无需立即操作。
• 非唯一索引：全量更新索引列会导致所有索引条目被删除后重新插入，产生大量碎片与冗余条目，必须进行整理或重建，否则会显著降低索引查询效率。

二、是否需要重建索引？ #

主键索引 #

• 无需盲目重建：若碎片率低、查询性能稳定，依赖数据库自身清理即可。
• 需重建的场景：碎片率过高（Data_free占比超30%）、查询IO耗时明显增加。可执行ALTER TABLE your_table ENGINE=InnoDB;或ALTER TABLE your_table FORCE;重建所有索引（含主键）。

非唯一索引 #

• 强烈建议重建：全量更新后索引碎片率极高，扫描索引页时IO开销剧增。可通过以下两种方式操作：
  • 先删后加：ALTER TABLE your_table DROP INDEX idx_your_column, ADD INDEX idx_your_column(your_column);
  • 专用重建命令（依数据库而定）：如SQL Server可用REBUILD INDEX idx_your_column ON your_table;

三、全量更新时是否应先删索引再重建？ #

是的，这是更高效的操作方式：

• 原因：带着索引执行全量更新时，每一条数据的修改都会触发索引的删除+插入操作，200万条数据会产生海量IO与日志写入，耗时极长。先删除索引，更新操作仅需修改表数据，速度大幅提升，最后一次性重建索引的总耗时远低于带索引更新。
• 操作步骤：
  1. 删除非唯一索引：DROP INDEX idx_your_column ON your_table;
  2. 执行全量更新：UPDATE your_table SET your_column = new_value;
  3. 重建索引：CREATE INDEX idx_your_column ON your_table(your_column);
• 例外情况：若更新过程中需要依赖该索引做查询或过滤，则不能删除索引；但全量更新场景下通常无此类需求，优先选择先删后建。

内容的提问来源于stack exchange，提问作者Mathew Linton