SQL Server支持ALTER INDEX ... DISABLE临时禁用非聚集索引，InnoDB不支持DISABLE KEYS；前者需REBUILD恢复，后者应改用SET unique_checks=0等组合参数，并注意统计信息更新与重建开销。
SQL Server 中能临时禁用非聚集索引，MySQL（InnoDB）则不支持该操作——直接执行 DISABLE KEYS 对 InnoDB 表无效，且不会报错，容易误判生效。
SQL Server：用 ALTER INDEX ... DISABLE 禁用非聚集索引
这是最轻量、可逆的禁用方式，只停索引维护逻辑，不删元数据，也不释放空间：
-
ALTER INDEX [IX_User_Email] ON dbo.Users DISABLE;—— 禁用单个非聚集索引 -
ALTER INDEX ALL ON dbo.Users DISABLE;—— 禁用所有非聚集索引（不含聚集索引） - 禁用后插入数据完全跳过该索引的叶子节点写入、唯一性检查和统计更新
- 查询若显式引用该索引（如带
WITH (INDEX(IX_User_Email))提示），会失败；优化器也不会选它 - 必须用
REBUILD恢复，REORGANIZE不支持已禁用索引
MySQL InnoDB：别碰 DISABLE KEYS，改用等效参数组合
ALTER TABLE t DISABLE KEYS 仅对 MyISAM 生效，InnoDB 忽略该语句。真正有效的做法是：
- 关闭唯一性校验：
SET unique_checks = 0;（注意：仅当确认无重复键时可用） - 关闭外键检查：
SET foreign_key_checks = 0;（仅当表无外键依赖或可容忍延迟校验） - 关闭自动提交：
SET autocommit = 0;，并在每 5k–10k 行后COMMIT - 用
LOAD DATA INFILE替代INSERT，底层绕过 SQL 解析层 - 确保数据按主键顺序插入，避免页分裂导致的随机 I/O
容易被忽略的隐式开销：统计信息自动更新
即使禁用了非聚集索引，auto_update_statistics = ON 仍可能在大批量 INSERT 后触发后台采样扫描，拖慢后续查询：
- 导入前临时关闭：
ALTER DATABASE [db] SET AUTO_UPDATE_STATISTICS OFF; - 导入后手动更新关键索引：
UPDATE STATISTICS t WITH SAMPLE 20 PERCENT, COLUMNS; - 注意：
UPDATE STATISTICS默认包含 DISABLED 索引的统计对象，需显式排除或指定列
禁用索引不是“一禁了之”，而是把维护成本从“每行一次”挪到“批量一次”，但重建本身也耗资源——尤其当索引字段宽、数据量大、磁盘吞吐低时，REBUILD 或 ENABLE KEYS 阶段反而成为瓶颈。务必在维护窗口内预留足够时间与空间，别只盯着 INSERT 耗时。
