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 当代码管——这三件事漏掉任何一件，所谓“找回”就只剩碰运气。
