Navicat 本身不保存 SQL 修改历史记录，其查询编辑器关闭即丢失内容，无自动保存草稿功能；可靠找回方式仅有三种：查询历史面板（仅存已执行语句）、数据库自身日志（如 MySQL general_log，需提前开启）、操作系统临时文件或备份机制。
Navicat 本身不保存 SQL 修改历史记录
navicat 没有内置的「sql 编辑器修改历史」或「本地代码版本追踪」功能。你关掉一个未保存的查询窗口，或者误点了清空，ctrl+z 在关闭后就失效了——这不是 bug，是设计如此。所谓「sql 日志功能」在 navicat 里并不存在；它不会自动记录你在查询编辑器里敲过的每一行、每一次 alter table 或删掉的注释。
真正能找回丢失 SQL 的三个可行路径
实际能用的方案只有这些，按优先级和成功率排序：
-
检查 Navicat 的「查询历史」面板（非编辑历史）：它只存你 执行过 的语句（且默认只保留最近 100 条），路径是
窗口 → 查询历史；但注意：没点「运行」的草稿、被手动清空过的记录、超过缓存条数的旧语句，全都不在其中 -
翻查数据库自身的日志（如 MySQL 的 general_log）：需提前开启，且通常只记录
SELECT/INSERT/UPDATE/DELETE，不记录注释、格式化换行、临时变量定义；启用命令是：SET GLOBAL general_log = ON;<br>SET GLOBAL log_output = 'TABLE';
然后查mysql.general_log表；但生产环境极少长期开启，且日志不包含 Navicat 界面操作痕迹 -
依赖操作系统或编辑器的临时文件/备份机制：比如 Windows 的「文件历史记录」、macOS 的「时间机器」、VS Code 插件（如 Auto Save + Local History）、甚至系统回收站里残留的临时 .sql 文件（路径类似
C:\Users\XXX\AppData\Local\Temp\Navicat\*.sql）——这纯看运气和本地设置
为什么不能靠 Navicat 自动恢复未保存的 SQL
Navicat 的查询编辑器本质是内存文本框，关闭即释放。它不像 IDE 那样集成本地快照（如 IntelliJ 的 Local History）或绑定 Git 工作区。几个关键事实：
- 没有「自动保存草稿」开关，也无配置项可启用
-
Ctrl+S只保存为本地 .sql 文件，不触发任何后台持久化 - 即使启用了「自动连接保持」或「记住最后打开的标签页」，也不会恢复编辑内容
- 崩溃恢复仅限于连接状态和窗口布局，不是代码内容
下次别丢代码的实操建议
与其等丢失后找日志，不如把习惯固化下来：
- 写重要 SQL 前，先在编辑器里建个带时间戳的文件名，比如
20240521_user_upgrade_v2.sql，再Ctrl+S - 把 Navicat 查询窗口当成「执行终端」，不是「主编辑器」；日常开发用 VS Code +
mysql插件或 DBeaver，它们支持 Git 集成和本地历史 - 对线上库做 DDL 操作前，强制走流程：写好语句 → 存本地 →
git add -p→ 再粘贴进 Navicat 执行 - 如果必须用 Navicat 写长脚本，每完成一个逻辑块就
Ctrl+S到不同文件，别堆在一个窗口里
真正的「SQL 日志」不在客户端，而在你的工作流里——没落地到文件或版本系统的代码，本质上就没存在过。
