navicat 15中“编辑→撤销”仅适用于sql编辑器文本操作，对设计表界面的结构修改无效；唯一可撤销时机是sql预览弹窗关闭前，保存后必须用反向sql或备份恢复。
Navicat 15 中“撤销”只对设计表界面的未保存结构修改有效，且必须在保存前操作；一旦点击 Save 或 Ctrl+S 提交了 ALTER TABLE，就再无图形界面级撤销入口。
为什么“编辑 → 撤销”在设计表里点不了？
这个菜单项根本不会响应「设计表」（Design Table）窗口里的字段改动。Navicat 15 的「编辑 → 撤销」仅作用于 SQL 编辑器中的纯文本操作（如改语句、删空行），和表结构设计完全无关。你在字段列表里改了类型、勾了 NOT NULL、拖动了顺序——这些动作既不触发该菜单，也不会被它捕获。
- 设计表界面没有全局撤销机制，所有修改都暂存在本地内存，直到你主动点击 Save 按钮或按 Ctrl+S
- 若误点了 Save，但数据库尚未执行成功（比如报错字段长度冲突），此时关闭窗口再重开，原始结构仍保留——因为变更没落地
- 若已成功执行 ALTER TABLE，哪怕只是改了个 COMMENT，也必须靠反向 SQL 或备份恢复，Ctrl+Z 无效
真正能“撤回”的唯一窗口：SQL 预览弹窗
当你在设计表中完成修改、点击 Save 后，Navicat 会弹出 SQL Preview 对话框，显示将要执行的 DDL 语句。这是你最后一次干预机会。
- 此时可直接关闭该弹窗，所有改动立即丢弃，表结构维持原样
- 如果弹窗里看到
MODIFY COLUMN status TINYINT却漏写了NOT NULL DEFAULT 0，就别点 OK，关掉重进设计表补全 - 注意：某些版本中，若勾选了 “Execute DDL statements automatically”，则跳过预览直接执行——务必在
Tools → Options → DDL中关闭此选项
改错了又保存了，还能抢救吗？
不能靠界面按钮，但可以靠你刚改的内容本身反推修复路径。关键看改的是什么：
- 字段名改错：用
ALTER TABLE t CHANGE COLUMN wrong_name right_name VARCHAR(50)再改回来 - 类型收缩导致截断（如
VARCHAR(50) → VARCHAR(20)）：先查最大长度SELECT MAX(LENGTH(col)) FROM t，确认是否真超长；若已丢失，只能从备份或 binlog 恢复 - 删了字段：只要没清空数据，
ALTER TABLE t ADD COLUMN col INT补上即可，但历史值为空 - 外键或 CHECK 约束加错：用
SHOW CREATE TABLE t查约束名，再执行DROP FOREIGN KEY fk_name或DROP CONSTRAINT chk_name
最易被忽略的一点：Navicat 不校验字段内容兼容性。它把 VARCHAR(100) 改成 DATE 也能弹出 SQL 预览——但 MySQL 执行时必然失败。所以每次点 OK 前，盯住预览里的语句，确认它符合你的本意，而不是相信界面“看起来改对了”。
