禁用外键约束能提速是因为避免每条insert触发校验，尤其在大数据量、缺索引或跨库时开销剧增；逻辑迁移中反复校验是常见瓶颈。
导入前禁用外键约束为什么能提速
外键约束在每条 INSERT 语句执行时都会触发校验，尤其当被引用表数据量大、索引缺失或跨库关联时，校验开销会指数级上升。逻辑迁移（如 mysqldump 导出后重放）中成千上万行插入反复校验，是常见性能瓶颈。
实操建议：
- 在目标库执行
SET FOREIGN_KEY_CHECKS = 0;，再执行导入 SQL；导入完成后务必执行SET FOREIGN_KEY_CHECKS = 1; - 不要依赖 dump 文件自带的
SET FOREIGN_KEY_CHECKS=0—— 若文件含多个数据库或分段导入，该设置可能在中间被重置 - 禁用后若导入失败，恢复前需手动校验外键一致性，可用
SELECT ... FROM information_schema.KEY_COLUMN_USAGE辅助定位
调整 auto_increment_increment 和 auto_increment_offset 的真实作用
这两个参数本身不加速单机导入，但在主从或多节点逻辑迁移场景下，能避免后续主键冲突导致的导入中断或数据覆盖。误以为调大 auto_increment_increment 可“跳过校验”是典型误解——它只影响新生成值的步长，不影响插入速度。
真正起效的自增相关优化是：
- 导入前执行
SET SESSION auto_increment_increment = 1;（确保不被全局值干扰） - 对空表，显式设置起始值：
ALTER TABLE t1 AUTO_INCREMENT = 1000000;，避免导入时逐行计算 - 若 dump 中含
INSERT INTO ... VALUES (NULL, ...)，且表已有大量数据，MySQL 仍需查最大 ID，此时提前设高起点可省去扫描
mysqldump 导出时就该配哪些参数来匹配导入加速
导入快不快，一半取决于导出是否“友好”。很多团队把 dump 当作原始备份，却没意识到默认参数会让导入多花 3–5 倍时间。
关键导出选项：
- 必加
--skip-extended-insert：生成多值INSERT（如INSERT INTO t VALUES (1),(2),(3);），比单行插入减少 90% 以上网络与解析开销 - 慎用
--single-transaction：虽保证一致性，但在大表上会持锁较久，非必要可改用--lock-tables=false+ 应用层停写 - 排除注释和元数据：
--compact --skip-comments，减小文件体积，降低客户端解析压力 - 若目标 MySQL 版本 ≥ 8.0.20，加上
--skip-definer避免因 DEFINER 权限问题中断
导入时还要关掉什么才能真正跑满磁盘 IO
光关外键远远不够。MySQL 默认配置为通用负载设计，逻辑导入这种“单次大批量写入”场景需要针对性压测调优。
导入前建议临时调整（导入完应恢复）：
-
SET GLOBAL innodb_flush_log_at_trx_commit = 2;：牺牲极小安全性换取日志刷盘延迟，速度提升明显；切勿设为 0（有丢事务风险） -
SET GLOBAL sync_binlog = 0;：关闭 binlog 同步，适用于无复制需求的迁移；若需保留 binlog，至少设为1000 -
SET GLOBAL unique_checks = 0;和SET GLOBAL foreign_key_checks = 0;：配合索引重建策略，导入后再建索引比边插边维护快得多 - 注意：这些是会话级或全局级设置，需确认客户端连接未被连接池自动重置
ANALYZE TABLE）都是不可跳过的步骤，漏掉任何一个，都可能让后续查询慢得无法接受。
