Navicat无法自动分批执行超大SQL脚本，因其无内置按行数/大小切片功能，需手动拆分文件或在脚本中插入事务控制点（SET autocommit=0; COMMIT;），且超200MB时应改用命令行工具。
为什么不能直接“分批执行”超大SQL脚本
navicat 没有内置的「按行数/大小自动切片」功能，所谓“分批”，其实是人为控制事务粒度或文件拆分，不是工具自动完成的。它默认把整个 .sql 文件当做一个逻辑单元处理——哪怕你勾选了“继续执行”，只要脚本里没显式写 commit 或 delimiter 分隔，navicat 就不会主动中断重连或分段提交。
手动拆分 SQL 文件：用 shell 或 cmd 合并/切分
真正可控的“分批”，靠的是提前把大文件切成多个小文件，再逐个运行。这不是 Navicat 的能力，而是操作系统命令的事：
-
Linux/macOS：用
split -l 10000 large.sql chunk_按行切（注意避开INSERT中途断开）；更稳妥的是用awk或sed按;或DELIMITER边界切 -
Windows：
type *.sql >> merged.sql是合并，不是分批；真要拆，得用 PowerShell：(Get-Content large.sql) | Select-Object -First 50000 | Set-Content part1.sql - 切完必须检查每份是否语法完整：开头要有
USE db_name;，结尾不能卡在VALUES (半截里，DELIMITER $$必须配对
在 Navicat 内部模拟“分批”：靠 SET autocommit 和 COMMIT 控制
如果你坚持不拆文件，只改脚本内容，唯一可行路径是手动插入事务控制点。这要求原脚本本身结构清晰（比如每个表一个 CREATE + INSERT 块）：
- 在每组操作前加
SET autocommit = 0;，末尾加COMMIT; - 避免在
INSERT列表中间写COMMIT——MySQL 会报You have an error in your SQL syntax - Navicat 的「快速执行(不返回结果集)」模式必须开启，否则它会尝试缓存每条语句的返回值，内存爆掉就卡死
- 如果脚本含
CREATE PROCEDURE或TRIGGER，必须用DELIMITER $$包裹，且不能被COMMIT断开
超过 200MB 或含百万级 INSERT 时，Navicat 已不是选项
这时无论你怎么调参数、怎么切，Navicat GUI 层的解析和渲染开销已压倒数据库本身。实测中，1.2GB 的 dump 文件在 Navicat 里加载就耗 7 分钟，而命令行 mysql --force --max-allowed-packet=1G -u root -p db 3 分钟跑完。
真正容易被忽略的是：Navicat 对 BOM、混合编码、无 USE 语句的容忍度极低，出错时往往只显示“正在执行…”然后不动，连错误码都不抛——你得先用 file -i large.sql 或 VS Code 查编码，再用 head -n 20 large.sql 看开头有没有非法字符。
