DBeaver本地操作日志位于工作空间的.metadata/.log文件，仅记录Eclipse平台级事件（如连接状态），不包含SQL语句、时间戳或数据变更；敏感操作审计需依赖数据库服务端日志或外部堡垒机。
如何定位DBeaver本地操作日志文件
DBeaver默认不开启详细操作审计，所谓“最近敏感操作”实际依赖于它自动生成的本地日志，而非数据库级审计记录。关键路径在工作空间下的 .metadata/.log 文件（Eclipse平台底座日志），不是连接配置目录里的 credentials-config.json 或 connections.xml。
常见误区是去翻 .dbeaver 目录——那里只存连接信息和驱动配置，不记录SQL执行、导出、删除等用户行为。
- 标准日志路径：
[workspace]/.metadata/.log（注意开头的点号，是隐藏目录） - 若使用便携模式或自定义workspace，需先确认当前工作区位置：菜单 Help → About DBeaver → Installation Details → Configuration 里看
osgi.instance.area值 - 该日志是纯文本，UTF-8编码，但内容为Eclipse插件事件（如
org.jkiss.dbeaver.model报错、连接建立/断开），不包含具体SQL语句或数据变更
为什么看不到SQL执行记录？DBeaver没开SQL审计
DBeaver本身不内置SQL语句级操作审计功能。它不会自动记录你执行了 DELETE FROM users 或导出了哪张表——除非你手动启用了“Query Manager”中的历史保存，且仅限当前会话窗口内可见。
- SQL历史只存在内存或临时缓存中，关闭窗口即丢失；即使勾选了 Preferences → Editors → SQL Editor → Save query history，也只保存语句文本，不含时间戳、目标库、执行结果
- 没有类似
mysqlbinlog或 PostgreSQLpg_log的服务端操作回溯能力 - 所谓“敏感操作”如密码修改、连接删除，只会以模糊事件形式出现在
.metadata/.log里，例如：!MESSAGE Event: org.eclipse.e4.ui.model.application.ui.basic.MPart@...，无法直接对应到用户动作
想真查敏感操作？得靠外部手段
如果审计需求真实存在（比如合规检查、事故复盘），必须跳出DBeaver自身限制，从操作系统或数据库服务端入手：
- 检查系统级进程日志：Linux下用
journalctl -u dbeaver（仅限systemd安装）或ps aux | grep dbeaver看启动参数和运行时长 - 监控DBeaver进程读写行为：用
inotifywait -m -e access,modify ~/.dbeaver/观察connections.xml是否被修改 - 数据库端抓包更可靠：MySQL开启
general_log，PostgreSQL启用log_statement = 'all'，这些才是真正记录“谁、何时、执行了什么”的源头 - 企业环境应部署JumpServer类堡垒机——它能完整录制会话、截屏、审计SQL，并与DBeaver客户端无缝集成
别指望GUI里点几下就看到操作流水
DBeaver的UI里没有任何面板叫“操作审计”或“敏感行为追踪”。所谓“最近操作”最多是SQL编辑器右键菜单里的 Recent Queries，那只是本地编辑历史，不跨会话、不持久、不带上下文。真正要满足审计要求，必须接受一个事实：DBeaver只是个客户端工具，它的日志只服务于排错，不是安全审计载体。把审计责任压给它，就像用记事本的日志去查银行转账一样不可靠。
