如何禁用MySQL中每次插入/更新时的表重建索引操作？

你的当前方案（查询前建索引、查询后删索引）存在明显效率问题：对于数据量较大的日志表，每次创建索引都会带来极高的IO和CPU开销，即使是InnoDB的Online DDL，也会对写入性能产生短暂影响，且等待索引创建完成会拉长查询准备时间。以下是几个更优的替代方案：

方案1：利用InnoDB的DISABLE KEYS/ENABLE KEYS批量维护索引 #

这是最贴近你需求的轻量方案，适合非唯一、非主键的统计索引：

• 操作流程：

  1. 保留已创建的3个统计索引，执行命令暂停索引维护：

     ALTER TABLE your_log_table DISABLE KEYS;
     

  2. 后续所有插入操作都不会实时更新这些统计索引（主键和唯一索引仍会正常维护，InnoDB依赖主键保证数据结构）
  3. 需要统计查询前，执行命令批量重建索引：

     ALTER TABLE your_log_table ENABLE KEYS;
     

  4. 查询完成后，再次执行DISABLE KEYS;即可恢复插入时的无索引维护状态

• 核心优势：ENABLE KEYS是批量重建索引，比删除后重新创建的开销小得多，且不需要反复销毁和重建索引结构，锁表时间更短。

方案2：分区表+交换分区（适合时间维度的日志表） #

如果日志表是按时间（如天/月）写入的，用分区表可以彻底解耦写入和查询的索引需求：

• 操作流程：

  1. 创建按log_time字段分区的表，设置一个current分区（用于实时写入，不建统计索引），其余为历史分区（预建统计索引）
  2. 定期（如每天凌晨）将current分区与一个空的、已建好索引的临时分区交换：

     ALTER TABLE your_log_table EXCHANGE PARTITION current WITH TABLE log_temp_empty_part;
     

  3. 交换后，将原current分区（此时存储的是历史数据）补建索引，作为新的历史分区；空分区则作为新的current分区继续接收写入
  4. 统计查询时直接查询历史分区（已有索引），若需包含最新的current分区数据，可临时建索引或直接全表扫描（数据量小，开销可忽略）

• 核心优势：写入全程无索引维护开销，历史数据的索引一次性批量完成，查询时直接复用已有索引，完全不需要临时操作索引。

方案3：离线统计汇总表（适合固定维度的统计需求） #

如果你的统计需求是固定维度（如按某几个字段分组计数、求和），可以彻底绕开原表的索引问题：

• 操作流程：

  1. 日志表仅保留主键/唯一索引，删除那3个统计索引，最大化写入性能
  2. 按需（如每周一次，或查询前）执行统计任务，从日志表中计算出固定维度的汇总结果，写入专门的log_stat_summary表
  3. 统计查询直接访问log_stat_summary表，无需操作原日志表

• 核心优势：完全不影响日志表的写入性能，汇总表的查询速度远快于原表的索引查询，适合统计维度固定的场景。

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