mysql 5.7 的 innodb 可通过关闭冗余事务保障、使用显式事务封装、load data infile 及调优 innodb_flush_log_at_trx_commit 等参数，实现接近 myisam 的批量写入速度。
MySQL 5.7 的 InnoDB 完全可以做到接近 MyISAM 的批量写入速度，关键不是换引擎，而是关掉它“不该开的开关”并绕过 SQL 解析层。
为什么直接 INSERT 比 MyISAM 慢得多
这不是 InnoDB 本身慢，而是默认配置让它每条语句都走完整事务链路：autocommit=1 → 每次 INSERT 都触发一次 redo 日志 fsync → buffer pool 频繁刷脏页 → 磁盘 I/O 被打满。MyISAM 的“快”本质是跳过了所有持久性保障，所以对比前必须先拉齐安全基线。
常见错误现象包括：SHOW PROCESSLIST 中大量 updating 状态卡住、INFORMATION_SCHEMA.INNODB_TRX 显示长事务堆积、iowait 高但 CPU 空转。
- 确认表确实是 InnoDB：
SHOW CREATE TABLE t1查看ENGINE=InnoDB - 检查当前 autocommit 状态：
SELECT @@autocommit，非零值必须改 - 避免用
INSERT INTO t VALUES (),(),()当作批量——MySQL 会拆成多条独立语句执行
真正起效的批量加载三步法
核心思路：把多行压进一个事务、一批 redo 记录、一次缓冲池合并。这和 MyISAM 的“表级锁+直写磁盘”路径不同，但吞吐量能追平甚至反超。
- 显式事务封装：
BEGIN; INSERT INTO t VALUES (),(),(); COMMIT;—— 单次COMMIT触发一次 redo 刷盘 - 关闭约束检查（仅限可信数据）：
SET FOREIGN_KEY_CHECKS=0; SET UNIQUE_CHECKS=0;，导入完再恢复 - 用
LOAD DATA INFILE替代 INSERT —— 它跳过 SQL 解析器，直通存储引擎，实测快 5~10 倍
注意：LOAD DATA INFILE 要求文件在数据库服务器本地，若需客户端文件，改用 mysqlimport 或启用 local_infile=ON（需服务端与客户端同时允许）。
关键参数调优不能只调 buffer_pool
innodb_buffer_pool_size 固然重要（建议设为物理内存 50%~75%），但对写入影响更大的是日志刷盘策略和缓冲区大小。
-
innodb_flush_log_at_trx_commit：批量导入时从默认1改为0（每秒刷一次）或2（写入 OS cache 就返回），可降 IOPS 3~5 倍；但注意：设为0时服务器断电可能丢数据 -
innodb_log_file_size：增大到 256M~512M（总和接近innodb_buffer_pool_size），减少 checkpoint 频率；修改后需删掉ib_logfile*文件再重启 -
innodb_log_buffer_size：大字段或高频更新场景下，从默认 8M 提至 16M~32M，避免日志缓冲区频繁 flush
这些参数调整后，务必监控 SHOW ENGINE INNODB STATUS 中的 LOG 和 BUFFER POOL AND MEMORY 段，确认日志写入速率与缓冲池命中率（理想 >95%）是否改善。
临时表行为变化可能悄悄拖慢你的旧 SQL
MySQL 5.7 把内部临时表默认引擎从 MyISAM 改为 InnoDB，你不会看到报错，但某些靠暴力排序撑过去的 GROUP BY 或 ORDER BY 查询可能突然变慢——因为 InnoDB 临时表对磁盘 I/O 更敏感，且不支持 MyISAM 那种简单粗暴的“全表扫描+文件排序”路径。
排查方法：
- 查执行计划中是否出现
Using temporary; Using filesort - 确认
tmp_table_size和max_heap_table_size是否足够（两者取小值决定内存临时表上限） - 如果查询仍落盘，InnoDB 临时表会复用
innodb_temp_data_file_path（如ibtmp1），而 MyISAM 会新建 .MYD/.MYI 文件，初始化开销更大
最易被忽略的是：升级后没补索引，却指望 InnoDB 临时表替你扛住低效查询——它不会。性能拐点往往不在参数，而在那条漏建的联合索引上。
