navicat“运行 sql 文件”功能默认忽略事务控制语句，强制逐条提交；必须在“新建查询”中整段执行，或勾选“手动提交(不自动提交)”且取消“每批提交”，并确保sql文件无bom、delimiter错配、use中断等破坏事务上下文的结构。
navicat 执行 sql 文件时事务未提交，根本原因不是你漏写了 commit，而是 navicat 的「运行 sql 文件」功能默认忽略事务控制语句，强制逐条提交——它压根没把你写的 begin、set autocommit = 0 或 commit 当回事。
「运行 SQL 文件」功能不认 SET autocommit = 0
很多人把导出的 SQL 文件（含 SET autocommit = 0 和结尾 COMMIT）直接拖进 Navicat 的「运行 SQL 文件」窗口，发现依然每条 INSERT 都单独提交。这是因为该功能在底层会预解析、切片、重写执行流程，所有会话级设置（包括 SET 语句）在文件加载阶段就被跳过或丢弃。
- 只有在「新建查询」窗口中，一次性粘贴并执行整段含事务控制的 SQL，Navicat 才会尊重
SET autocommit = 0 -
USE database_name;或CREATE DATABASE出现在文件中间，会中断当前连接上下文，导致前面的SET失效 - 即使文件开头有
START TRANSACTION，只要用了「运行 SQL 文件」，Navicat 仍按默认行为拆成单条语句 + 自动提交
手动提交开关被忽略或配置冲突
Navicat 的「运行 SQL 文件」对话框里有两个关键选项：「手动提交」和「每批提交」。如果勾选了「手动提交」但同时又勾选了「每批提交」，后者会覆盖前者——它会在每批（比如每 1000 行）后发一次 COMMIT，结果还是高频提交，根本没形成大事务。
- 必须勾选「手动提交(不自动提交)」且**取消勾选「每批提交」**，否则事务边界被强行切碎
- 若 SQL 文件本身已含
BEGIN/COMMIT块（如 mysqldump 默认输出），Navicat 在手动提交模式下会与之冲突，可能报错或降级为逐行执行 - 「每批记录数」设得再大（比如 50000），只要「每批提交」开着，就等于白调
SQL 文件结构破坏事务上下文
真正让事务“消失”的，往往不是参数没调对，而是文件里混进了 Navicat 解析器无法连续处理的结构。它不会报语法错误，但会默默放弃批量事务逻辑，退回到最慢的逐行模式。
- 开头或中间存在 BOM 字节（尤其 Windows 记事本保存的 UTF-8 文件），导致首行解析失败，后续语句脱离事务上下文
- 未配对的
DELIMITER $$或DELIMITER ;，让 Navicat 在某处卡住，之后所有语句都算新会话 - 跨语句依赖的用户变量（如
@var := @var + 1）或临时表，在分片执行时状态丢失，触发隐式回滚 - 一个孤立的
USE db_name;插在 INSERT 中间，切换数据库的同时也重置了事务状态
事务没提交，通常不是代码写错了，而是你没绕过 Navicat 这层 GUI 封装机制——它对 SQL 文件的处理逻辑和你手写事务的预期完全不在同一层。真要可靠控制事务，要么改用命令行 mysql -u user -p ，要么老老实实把事务块粘进「新建查询」窗口执行。
