navicat sql编辑器本身不保存历史修改记录，仅保留当前会话文本，关窗即失；真正可查的执行记录仅存在于ctrl+h打开的历史日志窗口，含时间、状态、完整sql，支持双击重执行和导出。
Navicat SQL编辑器本身不保存历史修改记录
编辑器窗口（即你敲SQL的白底区域）只保留当前会话的文本内容，Ctrl+Z只能撤销最近的文字编辑，对“已执行”的语句完全无效。关掉窗口、切换标签页、甚至意外崩溃，都会清空当前编辑内容——它没有本地缓存机制，也不记录你删过哪行、改过哪个字段名。
所谓“找回修改”，实际依赖两个独立系统：历史日志（记录执行行为）和操作系统级临时文件（不稳定、不可靠）。别在编辑器里找“版本历史”，那不存在。
真正能查到执行记录的地方只有 Ctrl+H 历史日志窗口
Navicat 的 SQL 执行记录默认启用，但必须手动唤出窗口才能看到——它不会自动弹出，也不会嵌在编辑器底部。快捷键是 Ctrl+H（Windows）或 Cmd+H（Mac），菜单路径是 工具 → 历史日志。
- 每条记录含：数据库连接名、执行时间、耗时、状态（成功为绿色，失败为红色）、完整 SQL 文本
- 双击任意记录，会在新查询窗口中打开该语句，可直接修改再执行
- 右键支持导出为
.sql或.csv，适合交接或归档 - 筛选栏容易误设：检查左上角数据库下拉框是否为“全部”，时间范围是否太窄（默认仅 7 天），搜索框输的是 SQL 片段而非表名
为什么有些语句查不到？常见漏录场景
历史日志只记录“手动触发执行”的 SQL，不是所有操作都会留下痕迹：
- Navicat 自动补全或语法校验产生的预览语句，不会记录
- Data Synchronization 向导内部生成的中间 SQL（如比对逻辑、WHERE 条件拼接）不入库，只显示最终执行的几条 DDL/DML
- 结构同步（Structure Synchronization）过程中点击“运行”后生成的
ALTER TABLE会被记录，但向导界面底部“信息日志”里的完整输出（含警告、跳过项）一旦关闭窗口就丢失 - 通过“表设计 → SQL 预览”看到的语句，仅在未保存前存在，保存后立即清空，且不进入历史日志
- 其他客户端（MySQL CLI、Python 脚本）执行的语句，Navicat 日志里完全不可见
想追溯更细粒度变更？得绕开 Navicat 自带功能
如果你需要知道“哪一行数据被新增了”“某个字段值从 A 改成了 B”，Navicat 的历史日志无能为力。它只记语句，不记行级结果。
- 查增量变更：依赖业务字段（如
created_at）做时间范围查询，或开启 MySQL 的general_log（注意性能影响，用完立刻关） - 查结构变更细节：每次同步前用
工具 → 结构同步 → 比对生成差异脚本，手动保存为v2.3.0-ddl.sql并提交 Git - 查谁改了什么：建一张
sync_audit_log表，配合触发器捕获 INSERT/UPDATE/DELETE 的主键和时间 - 最常被忽略的一点：Navicat 的“执行成功”不等于“变更落地”。比如
ADD COLUMN NOT NULL在有存量数据的表上会因缺少DEFAULT报错中断，但错误可能只出现在向导底部信息日志里，历史日志里只留一条失败标记，没上下文
