直接开启事务并禁用自动提交是navicat防止误删最简单有效的第一道防线；通过执行set autocommit = 0使delete/update可回滚，配合sql_safe_updates和“先查再删”习惯，形成多重防护。
直接开启事务并禁用自动提交，是 navicat 里防止误删最简单、最有效的第一道防线。它不依赖外部工具或流程审批，只要会输两条命令，就能让 delete / update 操作变成“可反悔”的状态。
为什么默认自动提交模式很危险
Navicat 默认开启 AUTOCOMMIT=1，意味着每条 DELETE 或 UPDATE 执行完立刻生效，没有回退机会。哪怕只是 WHERE 条件多敲了一个空格、漏了引号、或者复制错了字段名，数据就永久消失了。
常见错误现象包括：
- 执行
DELETE FROM users;后才发现没写 WHERE（尤其在快速复制粘贴时） - WHERE 中用了未索引字段（如
WHERE name LIKE '%admin%'），导致慢查询+误删全表 - 在多个标签页间切换时，误把测试库的语句发到了生产连接上
如何在 Navicat 中启用手动事务模式
不是靠设置界面勾选，而是靠 SQL 命令控制——因为图形界面的“自动提交开关”不可靠，且不同版本位置不一致。
每次连接生产库后，**第一件事**就是运行：
SET AUTOCOMMIT = 0;
之后所有 DML 操作都进入事务暂存状态。关键操作步骤如下：
- 先执行验证查询：
SELECT COUNT(*) FROM orders WHERE status = 'cancelled' AND created_at - 再执行删除：
DELETE FROM orders WHERE status = 'cancelled' AND created_at - 立即检查影响行数：
SELECT ROW_COUNT();（MySQL）或查看 Navicat 底部状态栏“Affected rows” - 确认无误后手动提交：
COMMIT; - 发现异常立刻回滚：
ROLLBACK;
注意：SET AUTOCOMMIT = 0 只对当前会话有效；关闭标签页或断连后失效，必须重新执行。
和 sql_safe_updates 的配合使用
sql_safe_updates 能拦截无 WHERE 或 WHERE 不走索引的 DELETE/UPDATE，但它不阻止 DROP 和 TRUNCATE，也不防跨库误操作。而手动事务 + AUTOCOMMIT=0 是兜底手段，二者叠加才完整：
- 在连接生产库的 SQL 编辑器中，开头统一加两行：
SET SQL_SAFE_UPDATES = 1;<br>SET AUTOCOMMIT = 0;
- 这样既强制 WHERE 条件有效，又保留回滚能力
- 如果某次操作被
SQL_SAFE_UPDATES拦住，说明条件本身就有风险，正好停下来重审逻辑
容易被忽略的细节
事务不是万能保险，几个硬伤必须心里有数：
-
TRUNCATE TABLE和DROP TABLE无法回滚——它们不走事务日志，执行即生效 - 长时间未
COMMIT或ROLLBACK的事务会占用锁和内存，可能阻塞其他操作 - Navicat 断连或崩溃时，未提交的事务会自动回滚，但你不会收到任何提示
- 如果用的是 MySQL 5.7 以前版本，
ALTER TABLE等 DDL 语句会隐式提交当前事务
真正安全的操作习惯，是把“先查再删”“SET AUTOCOMMIT = 0”“人工核对 ROW_COUNT()”这三步固化成肌肉记忆，而不是指望某个开关永远开着。
