关闭自动提交是防止误执行的底线操作，需右键编辑连接取消“自动提交”并重连，状态栏出现“Transaction”才表示事务激活；SQL_SAFE_UPDATES是第二道防护，需手动设为1并验证生效；查询构建器预览功能可直观显示影响行数，辅助判断条件合理性。
关闭自动提交是防止误执行的底线操作
navicat 默认开启 autocommit = 1，意味着哪怕你只敲了一条没写 where 的 update，回车后立刻生效、无法回滚。这不是“快”，是直接把数据送进回收站。
必须右键连接 → 编辑连接 → 高级选项卡 → 取消勾选“自动提交”，然后重新双击该连接进入。旧的查询标签页不会继承新设置，这点极易忽略。
关闭后右下角状态栏出现 Transaction 字样，才是事务真正激活的唯一可信信号；否则你看到的“执行成功”只是假象。
SQL_SAFE_UPDATES 是第二道硬闸
MySQL 服务端的 SQL_SAFE_UPDATES 会拦截无索引条件或无 WHERE 的 UPDATE/DELETE，但 Navicat 15/16/17 默认可能未启用它，或启用后不报错只静默返回 0 行影响——你以为没改，其实被拦了；你以为改了，其实根本没发出去。
执行前先运行：SET SQL_SAFE_UPDATES = 1;
再确认生效：SELECT @@sql_safe_updates; 返回 1 才算到位。
注意：开启后所有 UPDATE 必须带主键、唯一索引字段或已建索引的列，否则直接拒绝，不是警告。
用查询构建器预览比手写SQL更防手抖
手动敲 UPDATE users SET status='active'; 容易漏掉 WHERE；而用 Navicat 查询构建器 → 选表 → 切换为 UPDATE → 拖字段 → 填条件，它会强制你点开 WHERE 区域才允许运行，天然规避空条件。
更重要的是：点击“运行”前，先点工具栏的 Preview（预览）按钮，它会生成并显示将要执行的完整语句，且高亮标出影响行数估算值（基于 EXPLAIN）。如果显示“预计影响 98241 行”，你就该立刻停下检查条件。
这个预览功能对 JOIN 更新、子查询条件同样有效，但不适用于视图或复杂 CTE —— 遇到这类情况，宁可切到 SQL 编辑器手动补 SELECT COUNT(*) 验证范围。
别信“执行前备份”开关，它救不了无条件更新
Navicat 的“执行前备份”只在「运行 SQL 文件」或「导入向导」中可用，且仅备份目标表结构+全量数据，不是事务级快照。如果你执行的是单条无条件 UPDATE，备份动作发生在语句执行之后，等于先删再备，毫无意义。
真正有效的防护只有两条：
- 事务模式下，先
BEGIN，再UPDATE，再SELECT COUNT(*) FROM t WHERE [same condition]核对行数，最后决定COMMIT还是ROLLBACK - 生产环境连接，统一配置连接字符串参数：
?useSSL=true&allowPublicKeyRetrieval=true&sessionVariables=sql_safe_updates=1,autocommit=0，从源头锁死行为
最常被跳过的细节：同一连接下多个标签页共享事务上下文。你在 Query1 里 BEGIN 了，Query2 里执行 UPDATE 也会被纳入同一事务——但 Query2 状态栏不显示 Transaction，极易误判。
