Navicat“运行SQL文件”导入慢因逐条执行SQL、频繁索引更新与约束检查；提速需关闭索引+外键、调大批量大小至10000、确保纯INSERT及UTF-8无BOM编码。
为什么“运行SQL文件”导入大SQL会慢
navicat 的 运行sql文件 功能本质是逐条执行 sql 语句——哪怕你导入的是一个含百万行 insert into ... values (...) 的文件，它也默认按单条或极小批次提交。每条语句都触发一次事务日志写入、索引更新和约束检查，i/o 和 cpu 开销呈线性增长。实测 500mb 的纯数据 sql 文件，在默认设置下可能耗时 20+ 分钟，而瓶颈往往卡在索引维护上。
关闭索引前必须确认的三件事
直接删索引能提速，但不是无条件操作：
- 目标表必须已存在且结构与 SQL 文件匹配（否则
运行SQL文件会报错建表冲突） - 确保你有
DROP INDEX和CREATE INDEX权限，且连接用户不是只读账号 - 确认 SQL 文件不含
DROP TABLE或TRUNCATE——这类语句可能在索引删除后执行失败，或清空刚建好的空表
实际操作：分步关闭索引 + 导入 + 恢复
不能依赖 Navicat 图形界面一键关索引，得手动干预 SQL 文件或提前执行 DDL：
- 导出前，在源库用
SHOW CREATE TABLE table_name记下所有索引定义 - 导入前，在目标库执行：
ALTER TABLE your_table DROP PRIMARY KEY（如有主键）和ALTER TABLE your_table DROP INDEX idx_name（逐个删非主键索引） - 用 Navicat
运行SQL文件导入（此时无索引，插入快 3–5 倍） - 导入成功后，立即执行之前记下的
CREATE INDEX语句重建索引（比边插边建快得多）
注意：FOREIGN KEY 约束也要临时禁用：SET FOREIGN_KEY_CHECKS = 0; 导入后再设回 1，否则外键校验会拖慢速度甚至中断导入。
比“关索引”更省事的替代方案
如果无法修改目标库结构或权限受限，优先试这个：
- 在 Navicat
运行SQL文件向导里，勾选遇到错误继续，并把批量大小调到 10000（默认常是 100） - 确保 SQL 文件头部没有
SET AUTOCOMMIT = 0或显式事务包裹——Navicat 会自己控制事务，外部事务反而干扰批处理 - 文件编码选
UTF-8 without BOM，BOM 头可能让 Navicat 解析首行失败，导致后续全乱
真正容易被忽略的是：Navicat 17 的批量提交优化只对“纯 INSERT”有效；一旦 SQL 文件里混了 UPDATE、DELETE 或存储过程调用，批处理就退化成单条执行——这时关索引也没用，得先清洗 SQL 文件。
