InnoDB通过关闭autocommit、设innodb_flush_log_at_trx_commit=2、禁用UNIQUE_CHECKS和FOREIGN_KEY_CHECKS，并配合LOAD DATA INFILE，可使批量导入速度逼近甚至反超MyISAM，同时保留ACID与崩溃恢复能力。
MyISAM默认导出导入更快，但InnoDB只要调参得当，差距可缩至10%以内，甚至反超——关键不在引擎本身，而在你是否关掉了它的“安全刹车”。
LOAD DATA INFILE下MyISAM比InnoDB快的真相
直接用LOAD DATA INFILE导入相同结构的10万行文本时，MyISAM通常比InnoDB快1.5–2倍。这不是引擎天生慢，而是InnoDB默认开着三道“安全锁”：
-
innodb_flush_log_at_trx_commit = 1：每条INSERT都强制刷盘，机械盘/低配SSD立刻I/O打满 -
unique_checks = 1：每批数据插入后都校验唯一索引，二级索引越多越卡 -
foreign_key_checks = 1：跨表导入时逐行检查外键，哪怕没外键也走判断逻辑
MyISAM没有这些机制，写入就是顺序追加，所以“看起来”快得多。
InnoDB批量导入提速必须做的四件事
别换引擎，先改配置。以下操作必须在导入前执行（导入完记得恢复）：
- 关自动提交：
SET autocommit = 0，避免每行都开事务 - 松日志刷盘：
SET GLOBAL innodb_flush_log_at_trx_commit = 2（推荐）或= 0（仅限离线导入） - 禁唯一校验：
SET UNIQUE_CHECKS = 0，导入后再ANALYZE TABLE - 禁外键检查：
SET FOREIGN_KEY_CHECKS = 0
再配合LOAD DATA INFILE，100GB表导入时间能从6小时压到45分钟内——和MyISAM拉平，且保留崩溃恢复能力。
MyISAM导出导入的隐藏代价
表面快，背后全是债：
- 导出用
SELECT ... INTO OUTFILE没问题，但导入后REPAIR TABLE可能丢数据——MyISAM崩溃后.MYD文件损坏无法自动修复 - 导入期间整表锁定，
SELECT被阻塞，业务查不到最新数据 - 无MVCC，长查询会拖住导入线程，反之亦然
- 后续要转回InnoDB？
ALTER TABLE ... ENGINE=InnoDB会重建全表，耗时可能超过导入本身
尤其注意：secure_file_priv限制路径、local_infile需客户端和服务端同时开启——这些配置错误导致的ERROR 1290 (HY000)比引擎选择更常卡住流程。
真正决定耗时的不是引擎，是导入路径
同一张InnoDB表，不同方式耗时差5倍以上：
-
mysqldump + mysql：默认单线程+每千行自动提交 → 最慢，100GB常超6小时 -
mydumper/myloader -t 16：并行导出导入+自动禁用索引检查 → 1.5–2.5小时 -
LOAD DATA INFILE（配合前述调参）→ 40–70分钟 -
xtrabackup：物理拷贝，不经过SQL层 → 全量100GB约50分钟，但要求源目标同构且共享存储或高速网络
最后提醒一句：别在导入中途KILL进程。InnoDB会回滚未提交事务，而MyISAM可能留下半截损坏的.MYD文件——后者恢复起来更麻烦。
