navicat 不能直接批量执行多个 .sql 文件，因其运行 sql 文件功能仅支持单文件选择，多文件拖入会报错或静默忽略；替代方案是命令行合并文件后执行，或在查询窗口分段执行。
navicat 能不能直接批量执行多个 .sql 文件
不能。navicat 本身没有“选中多个文件 → 一键执行”的功能，它的 运行 sql 文件 对话框只支持单文件选择。强行拖入多个文件会报错或静默忽略——这不是你操作错了，是软件设计如此。
常见错误现象：File not found（实际路径存在）、执行后无任何反馈、只执行了列表里第一个文件。
- 根本原因：Navicat 的 SQL 文件执行器底层调用的是单次连接 + 单次语句流解析，不支持多文件事务封装或顺序调度
- 兼容性影响：无论 Navicat for MySQL / PostgreSQL / SQL Server，该限制在所有版本中一致（包括最新 17.x）
- 替代思路不是“绕过限制”，而是“把多个文件合成一个可执行单元”
用命令行拼接 SQL 文件再导入（最稳方案）
这是唯一能确保顺序、编码、分隔符可控的方式。尤其适合含 CREATE TABLE、INSERT、视图或存储过程的多文件场景。
使用场景：本地开发环境已有整理好的 01_init.sql、02_data.sql、03_view.sql，需按序执行。
- Windows 下用
copy /b（注意/b避免换行符损坏）：copy /b 01_init.sql+02_data.sql+03_view.sql all_in_one.sql
- macOS / Linux 用
cat：cat 01_init.sql 02_data.sql 03_view.sql > all_in_one.sql
- 务必检查合并后文件头部是否有 BOM 或乱码 —— Navicat 对 UTF-8 with BOM 支持差，容易报
Unknown character set: 'utf8mb4' - 如果原文件含
USE database_name;，合并后只保留第一个，后续文件里的USE可删掉，避免切换库失败
用 Navicat 查询窗口模拟“伪批量”执行
适合文件少（≤5 个）、内容短（单文件 ≤ 200 行）、不涉及复杂事务的场景。本质是人工粘贴 + 分段执行，但比反复点开文件快。
操作要点：
- 把每个
.sql文件内容复制进 Navicat 查询窗口，用/* === file_01.sql === */注释分隔 - 选中一段（鼠标拖选或双击某段注释行 →
Ctrl+Shift+→快速扩展到下一个注释前），按F9执行 - 别用
Ctrl+Shift+Enter（执行全部），否则跨文件的变量/临时表会冲突 - 注意各文件末尾是否有未闭合的
DELIMITER $$—— 若有，必须手动补上DELIMITER ;，否则下一段执行直接报错
为什么不用 Navicat 自带的“批处理作业”功能
它看起来像解法，但实际踩坑率极高。批处理作业本质是串行调用多个“运行 SQL 文件”动作，每个动作新建连接，无法共享会话状态。
典型翻车点：
-
SET @var := 1;在第一个文件里设了变量，第二个文件读不到 —— 因为连接已断开 - 第一个文件建了临时表
CREATE TEMPORARY TABLE t1，第二个文件INSERT INTO t1报Table doesn't exist - 某个文件执行失败（如主键冲突），后续文件仍继续执行，无法自动中断
- 日志只显示“Job finished”，不输出具体哪条 SQL 出错，排查成本反而更高
真正需要跨文件依赖时，老实用命令行合并；若只是想省鼠标点击，就用查询窗口分段执行。别被“批处理”三个字带偏。
