DBeaver编辑数据时不显示修改前的值，因它仅缓存查询时快照，不保留行级历史；未提交时可用Undo或Restore original values恢复原始值，已提交则需依赖数据库日志或审计表。

不能直接在编辑器里看到修改前的值——DBeaver 的“编辑数据”视图默认只显示当前行状态，不保留原始快照。 它不是版本控制系统，也不像某些 IDE 那样内置行级 diff。但你可以通过几种方式间接还原或比对原始值，关键看你是想查「刚改完还没提交」的旧值，还是「已提交后想回溯」的历史值。

编辑中未提交时：靠“撤销”和“恢复原始值”按钮

当你双击某单元格进入编辑模式、或批量修改多行后，DBeaver 会在结果集工具栏（表格上方）显示操作控件：

• 点击 Undo 按钮（弯曲箭头图标）可逐级撤销最近修改，回到上一状态
• 右键某一行 → 选择 Restore original values，会把该行所有字段重置为加载时的原始值（即 SELECT 查询返回那一刻的值）
• 注意：Restore original values 对已 Save（提交）过的行无效；它只对“加载后、保存前”的变更起作用

已提交后想查原始值：必须依赖数据库自身日志或审计表

DBeaver 本身不记录历史变更，它只是个客户端。要查某条记录修改前的值，得看数据库有没有开启对应能力：

CoPaw

一款AI工具，主要用于通义实验室推出的个人智能体工作台，适合需要提升相关任务效率的用户。

下载

• MySQL：需提前启用 binlog（二进制日志），并通过 mysqlbinlog 工具解析，或用第三方工具如 gh-ost / pt-query-digest 辅助分析
• PostgreSQL：可开启 pg_audit 扩展，或使用 temporal tables（需 15+ 版本）配合 SYSTEM_TIME 查询历史版本
• 通用做法：在业务层建 audit_log 表 + 触发器，每次 UPDATE / DELETE 前自动存档旧值 —— DBeaver 只负责查这张表，不参与记录

为什么“编辑时显示原始值”选项不存在？

这不是功能遗漏，而是设计取舍：

• DBeaver 的 data editor 是轻量级行编辑器，不是全量快照管理器，内存中只缓存一次查询结果
• 若开启每行变更前自动保存副本，会显著增加内存占用，尤其面对百万级结果集时
• 真正需要强审计能力的场景，应由数据库服务端保障，而非客户端补救 —— DBeaver 明确把这一责任交还给了 DBMS

最常被忽略的一点：很多人以为“编辑数据”视图里的 Refresh 按钮能拉到旧值，其实它只是重新执行当前查询语句 —— 如果原数据已被其他会话改过，你刷新看到的就是新值，不是你上次编辑前的值。