Navicat 17 不支持团队级脚本回滚，须分数据库层（ROLLBACK/ binlog/备份恢复）和模型层（XML导出导入）两步操作；autocommit关闭时可立即ROLLBACK，开启则需依赖binlog或人工修复，.nmodel文件无法直接回退，必须通过Git管理的XML版本还原。
Navicat 17 本身不提供“团队级脚本回滚”能力——所谓“回滚错误变更脚本”，本质是回退数据库状态 + 撤销模型文件误同步，必须拆解为数据库层和模型层两步操作，缺一不可。
执行完变更脚本后，立刻发现 WHERE 漏写怎么办？
这是最紧急也最常见的情况。关键判断依据只有一个：autocommit 是否关闭：
- 如果连接设置里 未勾选「自动提交」（即
autocommit = 0），且尚未执行COMMIT，立刻在当前查询窗口运行ROLLBACK—— 这是最干净的补救方式 - 如果已启用自动提交（默认行为），
UPDATE或DELETE一执行就永久生效，ROLLBACK无效，此时只能依赖外部恢复机制 - 立即检查
SHOW VARIABLES LIKE 'log_bin'：若返回ON，说明 binlog 开启，可用mysqlbinlog定位并反向生成补偿 SQL（注意：需知道误操作大致时间点或 position） - 若无 binlog，且无最近备份，唯一现实路径是停写、导出现有数据、人工比对、手写修复语句——不要指望 Navicat 菜单里的「编辑 → 回滚」，它只管文本，不管数据
模型同步误操作后，如何还原 .nmodel 文件结构？
Navicat 17 的 .nmodel 是二进制文件，Git 无法 diff。真正可追溯、可回退的是导出的 XML：
- 确认你团队是否已建立规范：所有模型变更必须先右键模型工作区 →
Export Model to XML，提交该.xml到 Git，并由 Owner 审核 - 若已按规范操作，直接
git checkout上一个正确的 XML 版本，再右键模型工作区 →Import Model from XML即可还原模型结构 - 若没导出 XML，仅靠本地
.nmodel文件，无法还原变更细节；Navicat 不保存操作历史，也不支持模型版本回退 - 切勿直接覆盖他人刚同步的
.nmodel——多人同时改模型时，没有合并逻辑，只有覆盖风险
计划任务里跑错的脚本，为什么 ROLLBACK 不生效？
Navicat 计划任务使用独立连接上下文，事务行为与手动执行差异极大：
- DDL 语句（如
ALTER TABLE、DROP COLUMN）在 MySQL 中会隐式触发COMMIT，即使你在任务里写了START TRANSACTION，后续 DDL 也会强制提交，ROLLBACK对其完全无效 - 计划任务不继承 GUI 会话的
SET time_zone或SET sql_mode等会话变量，若脚本依赖这些设置，实际执行结果可能和预想不一致，但错误往往静默发生 - MySQL 8.0+ 使用
caching_sha2_password插件时，Navicat 17.0–17.1 的计划任务连接池无法完成完整握手，导致权限拒绝、连接中断，进而使事务异常终止——必须升级到Navicat 17.2.6+ - 任务日志为空 ≠ 执行成功；务必在任务 SQL 开头加
SELECT NOW(), USER();验证上下文是否就绪
真正容易被忽略的点是：模型变更和数据库变更不是原子联动的。你在模型里删了字段，又同步到库，这个动作在数据库里是 ALTER TABLE DROP COLUMN，不可逆；而模型文件本身若没导出 XML 纳入 Git，连“谁什么时候删的”都查不到。协同开发中，回滚的前提不是工具多强大，而是流程有没有把每一步变更钉死在可审计、可 diff、可审批的链路上。
