关闭索引提速本质是将每行插入时的多次随机索引更新，改为导入后一次性顺序重建；非聚集/二级索引拖慢INSERT，因其每行插入均需同步更新各索引B+树、触发页分裂与I/O放大，索引越多写入开销越显著。
关闭索引能提速，本质是把“每行都更新索引”变成“只建一次索引”——不是跳过索引，而是把随机写换成顺序建。
为什么非聚集索引/二级索引会让INSERT变慢
每插入一行，数据库不只是写数据页，还要同步更新所有相关索引的B+树结构：
- 每个非聚集索引都要在叶子节点插入新条目，触发可能的页分裂、指针重连、父节点调整
- InnoDB 中二级索引还包含主键值，写入时要回表校验（如唯一性检查）或维护聚簇索引引用
- SQL Server 的非聚集索引更新会引发额外随机 I/O；MySQL InnoDB 的二级索引更新会争用缓冲池和自适应哈希索引锁
- 索引越多，写入放大越严重——5个二级索引 ≈ 单行插入产生5次独立的树操作
DISABLE KEYS 在 MyISAM 和 InnoDB 中完全不是一回事
DISABLE KEYS 只对 MyISAM 表生效，它会暂停非唯一索引的更新，等 ENABLE KEYS 时再全表扫描重建 B+ 树。InnoDB 不支持该命令：
- 执行
ALTER TABLE t DISABLE KEYS在 InnoDB 上不报错但也不起作用 - InnoDB 正确做法是手动
DROP INDEX（避开主键和唯一约束），导入完再CREATE INDEX - MyISAM 的
ENABLE KEYS耗时可能远超插入本身，因为它单线程排序建索引，且临时磁盘空间需求可达原数据 1.5 倍
SQL Server 禁用索引后必须用 REBUILD 恢复
ALTER INDEX IX_Name ON T DISABLE 后，索引进入不可用状态：查询走堆扫描、外键/唯一约束失效、统计信息仍存在但不参与优化器决策：
- 恢复只能用
REBUILD，REORGANIZE对 DISABLED 索引无效 - 禁用前若含唯一索引，需确认业务可容忍短暂的重复写入风险
- 即使索引被禁用，
AUTO_UPDATE_STATISTICS = ON仍可能在导入后触发后台统计更新，导致后续查询执行计划劣化
真正容易被忽略的隐式开销：统计信息滞后与约束残留
很多人关了索引就以为万事大吉，但以下两点常导致“导入快、查得慢、报错晚”：
-
SET AUTO_UPDATE_STATISTICS OFF必须在导入前执行，否则导入后异步采样会立刻扫全表 -
SET UNIQUE_CHECKS = 0或SET FOREIGN_KEY_CHECKS = 0关闭后，不会自动修复已有冲突；开启时只在校验新写入时抛错，旧脏数据静默留存 - Navicat 等工具运行 SQL 文件时，若文件里混有
UPDATE或存储过程调用，批量优化自动失效——关索引也白关
