Navicat 16 的「运行 SQL 文件」不支持多线程，本质是单连接、单事务流式执行；提速需关闭语法验证、调高 Batch size、确保 SQL 文件干净，超200MB应改用命令行切片并发执行。
Navicat 16 的「运行 SQL 文件」不支持多线程，所谓“开启多线程加速”是误解；它本质是单连接、单事务流式执行，所有优化都围绕减少阻塞和规避 GUI 解析展开。
为什么 Navicat 16 没有多线程导入选项
Navicat 的「运行 SQL 文件」功能底层调用的是 MySQL 客户端协议（类似 mysql 命令行），但封装在 GUI 进程中：它不会启动多个连接并行执行 INSERT，也不会自动拆分文件分片并发写入。界面里找不到“线程数”“并发连接”这类设置——不是隐藏了，是根本不存在。
常见误判来源：
- 把「Batch size」当成并发数（实际只是每批提交的语句条数，仍串行执行）
- 看到任务管理器里多个
javaw.exe进程，误以为是多线程（其实是不同连接或后台服务进程，与当前 SQL 导入无关） - 混淆了「数据传输」功能（可设批次）和「运行 SQL 文件」（无并发能力）
真正能提速的三个实操动作
不靠线程，靠绕过瓶颈：
- 关闭语法验证：
Execute before validation必须取消勾选（Navicat 16.1+ 中该选项默认开启，对大文件会全量预解析，直接卡死） - 调高 Batch size：从默认
1000改为5000或10000（减少网络往返和事务开销，但别超过max_allowed_packet限制） - 确保 SQL 文件干净：
USE your_db;放开头，不含CREATE DATABASE或跨库USE，否则连接上下文重置，autocommit = 0失效，变成每条语句自动提交
想真正并发？必须切到命令行或预切片
GUI 工具的物理上限摆在这儿。如果你的 SQL 文件是纯 INSERT（无 DDL），且目标表已存在，以下方式才引入并发：
- 用
mysql命令行 +split切片 + 并发执行（Linux/macOS）：split -l 50000 full.sql part_ && for f in part_*; do mysql -u root -p your_db < "$f" & done
- Windows 下可用 PowerShell 分片后，用
Start-Process启多个mysql.exe实例（注意控制并发数，避免打爆 MySQL 连接数） - Navicat 内不可行：即使你手动开多个查询窗口粘贴不同片段执行，它们仍是独立连接、各自事务，无法共享上下文或协调进度，容易主键冲突或重复写入
最常被忽略的一点：Navicat 导入速度瓶颈往往不在“执行”，而在“解析”和“反馈”。关掉验证、去掉冗余 USE、提前切片，比幻想多线程更直接有效。一旦文件超 200MB，就该默认放弃双击打开或“运行 SQL 文件”，转投命令行或自动化脚本。
