Navicat无法真正自动运行多个依赖SQL脚本，因其批处理作业逐个新建连接、不共享上下文、不解析依赖；可靠方案是人工合并为单文件并修复USE、DELIMITER、外键检查等上下文。
Navicat 本身无法自动运行多个依赖性 SQL 脚本——它没有任务队列、无执行状态跟踪、不解析脚本间依赖，所谓“自动运行多个”，实际是把依赖关系强行压平为线性顺序，再靠外部手段兜底。
Navicat 的「批处理作业」根本不能处理依赖
右键数据库 →「批处理作业」→ 添加多个 .sql 文件，看起来像批量执行，但本质是：逐个新建连接、独立事务、不共享 USE、不继承变量或临时表。如果 02_data.sql 依赖 01_schema.sql 创建的表，而两者没在同一个会话里跑，就会报 Table 'xxx' doesn't exist。
- 每个文件执行完立即断开连接，下个文件从零开始
- 即使勾选「共享连接」，事务也无法跨文件回滚：前一个文件成功提交，后一个失败，你只能手动清理
- 脚本里若有
DELIMITER $$但没闭合，Navicat 会在第一个文件就卡住，后续文件根本不加载
真正能控顺序+保依赖的，只有合并为单文件
依赖性脚本必须按严格顺序执行，且上下文（库、分隔符、外键开关）需连续有效。唯一可靠路径是人工合并 + 手动修复上下文。
- 用
cat 01_schema.sql 02_data.sql 03_routine.sql > merged.sql（macOS/Linux）或copy /b（Windows）合并，避免编辑器粘贴引入 BOM 或乱码 - 删掉除第一个外所有
USE database_name;，否则中途切库失败 - 开头加
SET FOREIGN_KEY_CHECKS = 0;，结尾加SET FOREIGN_KEY_CHECKS = 1;，防外键冲突中断 - 检查所有
DELIMITER $$是否成对：必须有$$结束体 +DELIMITER ;恢复分号语义 - 用 VS Code 确认编码是 UTF-8 without BOM；Windows 记事本保存的文件默认带 BOM，Navicat 会静默报错
想“自动”，就得绕过 Navicat
如果你的目标是无人值守、定时、可监控地执行这批依赖脚本，Navicat 的 GUI 界面和批处理作业不是工具，而是障碍。
- Windows 下写
.bat调用mysql命令行：mysql -u root -p -D mydb --force -v -f -e "source merged.sql"，配合任务计划程序触发 - Linux/macOS 用
find ./sql/ -name "0*.sql" -print0 | sort -z | xargs -0 -I{} mysql -u user -p -D db -v ON_ERROR_STOP=1 -f {} - 关键参数不能少：
--force（MySQL）或-v ON_ERROR_STOP=1（psql）决定出错是否中断；不加就可能全跑完却一个表都没建成功 - Navicat 自带的命令行参数（如
--run-sql-file）只支持单文件，且要求连接已预存，不适合依赖链
最常被忽略的一点：依赖不是靠文件名排序体现的，而是靠语句逻辑。哪怕你把 01_schema.sql 改名叫 z_last.sql，只要它内容是建表，就必须排第一。别迷信字母序，得看 SQL 本身怎么写的。
