必须关闭Navicat默认自动提交，否则UPDATE/DELETE无确认即生效且无法回滚；推荐连接级设置：右键连接→编辑连接→高级→取消“自动提交”→重新连接；也可会话级执行SET autocommit = OFF，仅当前标签页生效。
Navicat 默认自动提交很危险，必须关
navicat 默认开启 autocommit=on，执行 update、delete 或 insert 时，回车即生效、无法 rollback——哪怕 where 条件写错、漏了引号、多复制了一个分号，数据就永久丢失。这不是“快”，是失控。
关闭自动提交的两种方式：连接级设置 vs 会话级命令
两种方法效果不同，适用场景也不同，别混用：
- 连接级关闭（推荐长期使用）：右键左侧连接 →「编辑连接…」→「高级」选项卡 → 取消勾选「自动提交」→ 点击确定 → 必须重新双击该连接进入，旧 SQL 标签页仍沿用原设置
-
会话级关闭（临时应急）：在当前 Query 标签页顶部执行
SET autocommit = OFF;，仅对当前窗口生效；新开标签页或重启 Navicat 后失效，需重设
验证是否生效：运行 SHOW VARIABLES LIKE 'autocommit';，返回 OFF 才算成功。右下角状态栏出现 Transaction 字样，才是事务已激活的唯一可信信号。
开启自动提交：什么时候需要它？
绝大多数日常查询（SELECT）、建表（CREATE TABLE）、改结构（ALTER TABLE）不需要事务，反而开 AUTOCOMMIT=ON 更省事。但注意：
- 若你刚手动关过
autocommit，又想快速执行一条 DML 并立即生效，别直接敲COMMIT——先运行SET autocommit = ON;，再执行UPDATE，它会自动提交 -
SET autocommit = ON;后，BEGIN/START TRANSACTION仍可手动开启事务，两者不冲突 - 某些驱动（如 MySQL 8.0+ X DevAPI、SQL Server Windows 身份验证）可能忽略客户端设置，强制服务端控制；此时需在数据库侧执行
SET SESSION autocommit = OFF;配合验证
导入 SQL 文件时，“手动提交”不是点一下就完事
还原大文件慢，常误以为是网络或磁盘问题，其实是 Navicat 默认逐条 INSERT + 自动提交，每条都刷盘。关键操作有三步：
- 在「运行 SQL 文件」对话框中，务必勾选「手动提交（不自动提交）」
- 取消勾选「每批提交」——这个选项一旦启用，Navicat 会按你填的「每批记录数」反复
COMMIT，等于白关自动提交 - 把「每批记录数」调高（如
50000），减少事务边界次数；同时清理 SQL 文件里冗余的BEGIN/COMMIT封装，避免嵌套事务报错
真正起效的标志：导入过程中右下角持续显示 Transaction，且完成时只触发一次提交。否则说明事务被意外中断或拆分，性能和安全性都打折。
