Navicat 不支持多选多个.sql文件一键导入，仅执行首个文件且静默丢弃其余；其「运行SQL文件」功能底层仅接受单路径输入，无队列或并行逻辑，也不调用mysql命令行封装。
Navicat 本身不支持“多选多个 .sql 文件一键导入”，你拖入多个文件、或用系统多选后点确定，它只会执行第一个，其余全部静默丢弃——没有报错，但数据就少了一大半。
为什么不能直接批量导入多个.sql文件
Navicat 的「运行 SQL 文件」功能底层只接受单个文件路径输入。它的 UI 没有设计多文件队列或并行执行逻辑，也不是靠后台调用 mysql 命令行做封装，所以不存在“隐式批量”能力。试图绕过这个限制（比如改名成同一前缀再通配）也无效，因为 Navicat 不解析文件名通配符。
合并文件前必须检查的 4 个编码与语法细节
手动合并不是简单拼接，以下问题不处理，Navicat 执行时大概率卡在第一处错误：
-
USE database_name;语句重复：多个脚本里都有这句，合并后只保留第一个，其余全删，否则会切错库甚至创建表到错误数据库 - 字符编码必须统一为 UTF-8（无 BOM）：Windows 记事本默认保存为 ANSI 或 UTF-8 with BOM，会导致 Navicat 报
Unknown character set: 'utf8mb3'或乱码插入 - 外键约束冲突：若脚本间存在依赖（如先建子表再建父表），合并顺序必须严格按依赖拓扑排序；否则报
Table 'xxx' doesn't exist - 分隔符未重置：含存储过程的脚本常用
DELIMITER $$，合并后若没统一结尾的DELIMITER ;，Navicat 会把后续普通语句当过程体解析，直接报语法错误
用命令行快速合并（推荐 Windows PowerShell / macOS/Linux terminal）
别用记事本复制粘贴，避免换行符、BOM、不可见字符污染。终端合并可控且可复现：
Windows PowerShell（最稳）：Get-Content file1.sql, file2.sql, file3.sql | Set-Content merged.sql
macOS/Linux：cat *.sql > merged.sql
注意：merged.sql 要放在非中文路径下，且执行前用 VS Code 或 Notepad++ 确认其编码是 UTF-8 without BOM。
Navicat 执行 merged.sql 前必调的 3 项设置
即使文件合并正确，Navicat 默认配置仍会让导入中途失败或跳过关键语句：
- 取消勾选「遇到错误时停止执行」：否则一条
INSERT因主键冲突失败，后面所有语句全跳过 - 修改「SQL 分隔符」：如果合并文件里有
DELIMITER $$，这里必须填$$，不能留空或用默认分号 - 调高「SQL 执行超时时间」：>50MB 的文件建议设为 600 秒以上，否则执行到一半弹出「Connection lost」却没提示具体哪条语句失败
真正容易被忽略的是：Navicat 对超大合并文件（尤其含百万级 INSERT）内存占用陡增，一旦卡死或崩溃，已执行部分不会回滚——所以生产环境务必先在测试库验证，再操作线上库。
