调大 max_allowed_packet 不能解决 navicat 导入大型 sql 文件慢的问题，因其仅控制单次网络包大小，而非性能瓶颈主因；真正提速需关闭自动提交、禁用外键与唯一性检查、本地命令行导入等。
直接改 max_allowed_packet 不能解决 navicat 导入大型 sql 文件慢的问题，它只影响单次网络包大小，不是性能瓶颈主因。
为什么调大 max_allowed_packet 常被误用
很多人看到导入时卡住或报 Packet for query is too large，就以为调大 max_allowed_packet 就能提速。其实它只控制客户端一次能发多大的 SQL 文本（比如一条超长的 INSERT），不控制解析速度、事务提交频率或磁盘写入效率。
Navicat 导入 SQL 文件默认是逐条执行语句，每条都走一次网络往返 + 解析 + 执行 + 日志刷盘 —— 这才是慢的核心。
- 即使
max_allowed_packet设到 1GB，Navicat 仍可能把一个大 INSERT 拆成几百条小语句发过去 - 该参数在 MySQL 服务端生效，需重启 mysqld 才能加载新值，但 Navicat 客户端本身不读这个配置
- 调得过大反而容易触发 OOM 或连接超时，尤其在低内存服务器上
真正有效的导入提速操作
重点不在“传得更多”，而在“少做几次、少校验、少刷盘”。以下操作按优先级排列：
- 关闭自动提交：
SET autocommit = 0;，并在文件末尾加COMMIT;—— 避免每条 INSERT 都写一次 redo log - 禁用外键和唯一性检查：
SET FOREIGN_KEY_CHECKS = 0;和SET UNIQUE_CHECKS = 0;，导入完再开 - 临时关闭双写缓冲（仅限测试环境）：
SET GLOBAL innodb_doublewrite = OFF;，还原后务必恢复 - 把 SQL 文件放到数据库服务器本地（如
/tmp/data.sql），用命令行导入：mysql -u root -p database_name —— 绕过 Navicat 的 GUI 层和网络传输
Navicat 自身可调的实用设置
这些设置在 Navicat 图形界面里就能改，不用动服务器配置：
- 导出/导入时勾选「使用事务」并取消「每批提交」——让整个文件在一个事务里跑完
- 在「工具 → 选项 → 导入 → 每批记录数」中，从默认 1000 改为 50000 或更高（但别超过 10 万，否则内存压力大）
- 导入前先确认目标库字符集与 SQL 文件一致，避免导入过程中隐式转换拖慢解析
- 禁用 Navicat 的「语法高亮」和「自动完成」：工具 → 选项 → 编辑器 → 取消勾选「启用代码自动完成」
最常被忽略的是：Navicat 导入大文件时，它会在后台把整份 SQL 加载进内存再分段执行。如果文件超 500MB，而你的机器只有 8GB 内存，Navicat 自身就可能卡死或崩溃 —— 这时候换 mysql 命令行是唯一靠谱的选择。
