MyISAM批量插入快但牺牲一致性、并发与恢复能力；InnoDB可通过调优（如关闭约束校验、日志刷盘策略调整、主键排序导入等）大幅提升写入性能，同时保障ACID与高可用。
MyISAM在纯批量插入场景下通常更快，但这个“快”是有代价的——它只在数据写入那一刻快，后续查、改、并发、崩溃恢复全都要打折。真实系统里不能只看INSERT耗时。
MyISAM插入快的底层原因
MyISAM不走事务流程，没有redo log刷盘、没有undo log生成、不维护MVCC版本链、也不做行锁冲突检测。写入就是顺序追加到.MYD文件末尾，索引更新也直接写.MYI，连缓冲池都不怎么依赖。
- 无事务开销：跳过
innodb_flush_log_at_trx_commit、UNIQUE_CHECKS、FOREIGN_KEY_CHECKS等校验 - 表级锁反而“省事”：写入时整表锁定，不用协调多行锁状态
- 索引结构简单：非聚簇索引，数据和索引物理分离，插入时不触发页分裂
InnoDB插入慢但可优化的关键点
InnoDB默认配置是为高一致性、高并发设计的，不是为单次灌库调优的。把几个关键开关临时关掉，它的批量插入速度能追上甚至反超MyISAM，同时保留ACID能力。
-
SET innodb_flush_log_at_trx_commit = 2：日志写入OS缓存而非强制刷盘，避免I/O风暴 -
SET UNIQUE_CHECKS = 0和SET FOREIGN_KEY_CHECKS = 0：关闭约束实时校验（导入完记得ANALYZE TABLE） - 源数据按
PRIMARY KEY排序后再导入：减少B+树页分裂，实测提升30%+写入效率 -
innodb_buffer_pool_size至少设为总数据量的50%：避免频繁换页拖慢速度
别只测INSERT，要测整个生命周期
压测100万条INSERT时MyISAM可能只要41秒，InnoDB要80秒——但如果你紧接着执行SELECT COUNT(*) WHERE event_time > 1730380000，或同时有50个连接在查最新消息，或者某次断电后需要恢复，差距就反转了。
- MyISAM崩溃后
REPAIR TABLE可能丢数据；InnoDB靠redo log自动前滚，保证crash-safe - MyISAM表级锁让
SELECT和INSERT互斥，高峰期页面卡住；InnoDB行锁允许读写并行 - MyISAM的
COUNT(*)虽快，但带WHERE条件时仍要全表扫描；InnoDB配合覆盖索引反而更稳
真正容易被忽略的是：引擎选择不是一次性决定，而是随业务演进动态调整的。比如IM日志表初期用MyISAM灌数据快，但当要支持按用户回溯会话、做实时统计、对接Flink流处理时，就必须切到InnoDB——那时再改，代价远大于一开始留好余量。
