DBeaver 数据编辑器批量修改怎么提交：Auto-commit、Save 与事务回滚核对

第一次在 DBeaver 的 Data Editor 里批量改数据，最容易混淆的是两个“保存”：单元格改完要点一次 Save，事务要真正落库还要看连接当前是 Auto-commit 还是 Manual commit。只看到绿色单元格、甚至只看到 SQL 执行成功，都不能直接说明修改已经提交。

DBeaver 里 Save、Commit、Rollback 分别管什么

可以把 Data Editor 的一次修改拆成三层：单元格编辑、数据库写入、事务结束。双击单元格改值只是第一层；点击 Data Editor 底部或工具栏的 Save，才会把新增行、复制行、删除行和内联编辑发送给数据库。连接处于 Manual commit 时，这些写入仍可能停留在当前事务里。

这里别把 Cancel 当成 Rollback。Cancel 只处理还留在编辑器里的草稿；如果 Save 已经发出变更，应该看事务状态并使用 Rollback。Auto-commit 开启时，每条语句会立即提交，之后没有可靠的当前事务可以回滚。

先确认连接处于哪种提交模式

打开目标连接的 SQL Editor 或 Data Editor，观察顶部工具栏的提交模式按钮。显示 Auto-commit 时，数据变更会自动结束事务；显示 Manual commit 时，Save 后通常还会看到 Commit、Rollback 或事务指示器。

批量修改前建议先做一个只读核对：确认连接名称、数据库、schema 和当前表名。DBeaver 的标签页较多时，窗口标题看起来相似，最稳妥的做法是展开左侧连接树确认目标表，再从 Data Editor 的列名中检查主键字段是否存在。

SELECT id, status, updated_at
FROM orders
WHERE id IN (10021, 10022, 10023)
ORDER BY id;

这条查询先记录原始值。不要一开始就用没有 WHERE 条件的更新语句，也不要只看 Data Editor 中的一行颜色变化。

在 Data Editor 中批量改值并保存

1. 打开可编辑结果集

在 Database Navigator 中找到目标表，打开 Data Editor。只有能唯一定位行的结果集更适合直接编辑；如果查询结果缺少主键或唯一键，DBeaver 可能无法生成可靠的更新条件，这时应回到表数据视图或使用带主键的 SQL。

2. 统一修改目标列

选中需要修改的单元格，输入值后按 Enter，再继续处理下一行。批量改状态时，先改少量样本并检查单元格格式，例如字符串、数字、日期和 NULL 不能混用。删除行、复制行也会进入待保存编辑列表。

3. 点击 Save 并观察反馈

点击 Save 后看底部提示、事务指示器以及是否出现错误行。Save 成功只说明 DBeaver 已把编辑动作提交给当前连接；Manual commit 下还要进行 Commit 或 Rollback 决策。遇到约束冲突时，不要连续点击 Save，先记录报错的列和值。

Manual commit 下如何安全确认是否落库

建议按“保存编辑 → 看事务 → 复查数据 → Commit”的顺序操作。复查可以在同一个连接里执行 SELECT，也可以刷新 Data Editor；前者更适合确认实际数据库值，后者更适合确认界面没有残留旧结果。

1. 点击 Save，确认写入动作没有报错。
2. 在 Transaction Log 或工具栏指示器中确认仍是当前事务。
3. 执行带主键条件的 SELECT，核对每一行的新值。
4. 确认影响行数、业务状态和更新时间符合预期。
5. 没有问题再点 Commit；任何一项不对就点 Rollback。

Commit 之前不要关闭连接、切换到另一个环境或把同一批改动继续叠加。需要重新编辑时，先明确当前事务是已提交还是仍可回滚，避免把两次操作混成一批。

Auto-commit 下的边界与异常处理

Auto-commit 适合明确、单条、可立即验收的改动。它的优点是少一步 Commit，代价是变更通常立即生效，发现条件写错后不能依赖 Rollback 挽回。生产库或影响多行的操作，更建议先切到 Manual commit，并在提交前留出结果核对时间。

如果 Save 失败，先看错误信息对应的是权限、唯一键、外键、数据类型还是连接断开。可以点击 Cancel 丢掉还没送出的编辑；如果已经 Save 且事务仍未提交，使用 Rollback 清理当前事务，再重新打开结果集确认。

看不到 Commit 和 Rollback 怎么办

先检查是否启用了 Auto-commit。部分连接类型或版本会把事务按钮收进工具栏下拉菜单；把鼠标移到事务指示器上，通常能看到当前模式和待处理统计。如果仍然没有按钮，不要把 Save 当成可回滚凭证，改用只读查询确认实际状态，并检查连接的事务设置。

最后用 SQL 和刷新结果做双重验收

完成 Commit 后，重新执行原来的 SELECT，并用主键排序。验收至少包括：目标行数是否正确、新值是否准确、updated_at 是否符合预期、未选中的行是否保持原值。

SELECT id, status, updated_at
FROM orders
WHERE id IN (10021, 10022, 10023)
ORDER BY id;

如果 SQL 已经是新值而 Data Editor 仍显示旧值，先点击 Refresh；如果刷新后仍不一致，再确认结果集过滤条件、连接环境和 schema。一个窗口里的“看到了新值”不能替代对连接目标的核对。

常见问题

DBeaver 点击 Save 后能直接关闭窗口吗？

Manual commit 下不建议直接关闭。先确认是否需要 Commit；如果关闭触发事务结束，可能出现回滚提示，也可能留下未明确处理的变更。

Cancel 能撤回已经 Save 的数据吗？

不能。Cancel 处理的是尚未保存到数据库的编辑器改动；已经 Save 的事务要用 Rollback，前提是当前事务还没有 Commit。

为什么 Auto-commit 下没有 Rollback？

Auto-commit 会在每条变更后立即提交，因此没有可供后续 Rollback 的待处理事务。需要批量复核时切换到 Manual commit。

刷新后数据还是旧的怎么办？

先核对连接、schema、表名和筛选条件，再执行带主键的 SELECT。若 SQL 与 Data Editor 仍不一致，检查是否刷新了错误的结果集标签页。

Data Editor 的安全节奏可以压缩成一句话：先确认连接和原值，Save 后看事务，Commit 前做查询与刷新双核对。真正需要留痕的批量修改，最好把主键范围、影响行数和最终 SELECT 结果一起记录。