Navicat 无全局持久化SQL历史，仅临时缓存当前会话；可靠方式是手动保存为.sql文件；MySQL需开启general_log且有权限才可查；PostgreSQL依赖pg_stat_statements扩展，但仅存聚合统计与参数化语句。

Navicat 历史 SQL 记录存在哪里？

navicat 本身不提供全局、持久化的“执行历史”面板，你看到的 query 窗口右上角那个小钟图标，只是当前会话内临时缓存的语句——关掉窗口或断开连接就清空。真正能找回的只有两类：本地保存的查询文件和数据库自身的查询日志（如果开启且你有权限）。

实操建议：

• Query 窗口里点右键 → “Save As”，把常用 SQL 存成 .sql 文件，这是最可靠的历史留存方式
• 检查是否启用过 Query Analyzer（仅 Windows 版）：菜单栏 Tools → Query Analyzer，它会记录部分执行过的语句，但重启 Navicat 后可能丢失
• 别依赖 History 标签页——它只显示最近几次打开的查询文件名，不是执行记录

怎么查 MySQL 的 general_log？

如果你用的是 MySQL 且管理员开启了 general_log，那所有客户端发来的 SQL（包括 Navicat）都会被记下来。但它默认关闭，且写入磁盘有性能影响，生产库基本不开。

实操建议：

• 先确认是否启用：SELECT @@global.general_log; 返回 ON 才有意义
• 查日志路径：SELECT @@global.general_log_file;，然后去对应路径读取文本文件（如 /var/lib/mysql/hostname.log）
• 注意：日志里没有用户标识，所有 Navicat 连接混在一起；时间戳精度低，难定位具体哪次执行
• 临时开启（需 SUPER 权限）：SET GLOBAL general_log = ON;，但别长期开着

PostgreSQL 怎么看 pg_stat_statements？

pg_stat_statements 是 PostgreSQL 最接近“历史执行记录”的扩展，但它只存聚合统计（如某条 SQL 执行了多少次、耗时多少），不存原始语句文本，更不会记录未执行成功的语法错误。

实操建议：

• 确保已启用：shared_preload_libraries = 'pg_stat_statements' 在 postgresql.conf 中，并重启服务
• 查最近执行过的语句（带文本）：SELECT query, calls, total_time FROM pg_stat_statements ORDER BY last_call DESC LIMIT 10;
• 注意：默认只记录成功执行的语句；query 字段会被参数化（如 WHERE id = $1），看不出你当时填的具体值
• 要看到完整原始 SQL，得在应用层或 Navicat 里手动开启“Log all queries”，但这属于客户端行为，非数据库能力

为什么 Navicat 不像 DBeaver 那样自动存历史？

Navicat 的设计逻辑是“轻客户端 + 强连接管理”，它把 SQL 当作一次性操作工具，而非开发环境。DBeaver 则内置了 SQL History 视图，且默认将每条执行语句写入本地 .dbeaver-data-sources.json 或独立文件。

实操建议：

• 别指望 Navicat 自动帮你记——它连 Ctrl+Z 撤回都只作用于当前编辑框，不跨窗口
• 替代方案：用 VS Code + SQLTools 插件，配合 Git 提交每次修改，比任何 GUI 的“历史”都可靠
• 最现实的做法：养成习惯，在 Query 窗口顶部加一行注释，比如 -- 2024-06-15 user_update_fix_null_email，再保存为文件

真正的历史不在 Navicat 里，而在你有没有按需保存、有没有启用数据库侧审计机制、有没有把 SQL 当代码管——这三件事漏掉任何一件，所谓“找回”就只剩碰运气。