DBeaver关闭自动提交后，Ctrl+S仅暂存变更，需手动点击Commit（向上箭头）或执行SELECT验证前确认右下角显示Auto-commit: OFF；未提交时可用Rollback（向下箭头）撤销。
修改后刷新没变，大概率是事务没提交
DBeaver 默认开启自动提交（Auto-commit）时，Ctrl+S 保存即生效；但一旦你关闭了自动提交（比如为了批量操作或模仿 PL/SQL Developer 的习惯），Ctrl+S 只是把变更暂存在当前会话里，其他连接和你自己后续的 SELECT 查询都看不到——除非手动点击 Commit。右下角状态栏会显示 Transaction: ON 或 Auto-commit: OFF，这是第一眼要确认的。
常见表现：改完一行点 Ctrl+S → 切到 SQL 编辑器执行 SELECT * FROM table WHERE id = X → 数据还是旧的 → 刷新结果表也一样。
- 检查右下角事务状态，若为
Auto-commit: OFF，点击它切换回ON，或手动点工具栏的Commit按钮（图标是向上的箭头） - 如果想保留手动控制权，务必在修改完成后主动点
Commit，而不是只依赖Ctrl+S - 误操作后想撤回？只要还没
Commit，点Rollback（图标是向下的箭头）即可清空所有未提交变更
编辑查询结果失败，不是“撤销”问题而是根本没写进去
直接在 SQL 执行结果面板里双击修改、复制行再改值，这类操作对复杂查询无效。DBeaver 需要明确知道哪一列能唯一定位原始记录，才能生成正确的 UPDATE 或 INSERT 语句。如果你执行的是 SELECT a.*, b.name FROM user a JOIN dept b ON a.dept_id = b.id，它无法反向映射修改到 user 表的哪一行。
- 确保查询是单表且含主键：
SELECT * FROM user✅，SELECT id, name FROM user✅（只要id是主键） - 避免聚合、
GROUP BY、DISTINCT、子查询等会让结果集不可更新的写法 - 真要编辑关联结果？改用右键表名 →
Edit Data，它绕过 SQL 结果集，直连表结构做增删改 - 表本身没主键？DBeaver 会拒绝保存。可右上角齿轮图标 →
Define Virtual Key手动指定唯一列
点了 Rollback 还是回不去，可能已隐式提交
Rollback 只对当前事务内未提交的变更有效。如果 DBeaver 处于 Auto-commit: ON 模式，每条 UPDATE 或界面修改都会立刻提交，此时再点 Rollback 就毫无作用——因为已经没有“未提交”的东西了。
- 执行任意修改前，先看右下角：是
Auto-commit: ON还是OFF？别凭记忆 - 想留退路，务必提前切到
Auto-commit: OFF（路径：Preferences → Editors → Data Editor → Auto-commit取消勾选） - 生产环境批量更新前，建议先用
START TRANSACTION;+UPDATE+SELECT校验 +COMMIT/ROLLBACK手动控制 - 如果已提交又想恢复，只能靠备份或 binlog —— DBeaver 本身不提供历史版本回溯
撤销失败时，查 Error Log 比猜原因更快
DBeaver 在保存失败时通常不会弹明显报错框，但日志里一定有线索。打开 Window → Show View → Error Log，或者直接按 Ctrl+Shift+H 调出 SQL 历史面板，找到刚执行的那条 UPDATE 或 INSERT，看它返回什么错误。
- 报
ERROR 1062 (23000): Duplicate entry？说明复制行后主键/唯一键冲突，得改那个字段 - 报
ERROR 1142 (42000): UPDATE command denied？当前数据库用户缺UPDATE权限 - 报
ERROR 1175 (HY000): You are using safe update mode？MySQL 的安全模式拦截了没带WHERE主键的UPDATE，需关掉或补全条件 - 日志空白？说明 SQL 根本没发出去——大概率是查询结果不可编辑，DBeaver 压根没生成语句
真正麻烦的不是“怎么撤销”，而是“为什么改不了还自以为改成功了”。事务模式、主键依赖、权限边界、SQL 可更新性——这四个点卡住一个，界面操作就只是假动作。
