DBeaver 不提供危险 SQL 操作二次确认弹窗，因其作为 JDBC 客户端不解析 SQL 语义；唯一可靠防护是关闭自动提交并手动控制事务，配合执行前用 SELECT COUNT(*) 预查影响行数。
DBeaver 本身不提供“危险 SQL 操作二次确认弹窗”功能，所有 DELETE / UPDATE / DROP 类语句一旦执行就立即生效（除非手动开启事务且未提交）——所谓“确认提示”其实是靠关闭自动提交 + 养成执行前查影响行数的习惯来实现的。
为什么 DBeaver 没有 DELETE 前弹窗确认
DBeaver 是 JDBC 客户端，不是数据库代理层，它不解析 SQL 语义，也不拦截或重写语句。DELETE FROM users WHERE id = 1 和 SELECT COUNT(*) FROM users 对它来说只是文本，无法自动识别“危险”。官方从未加入该功能，社区插件也无成熟实现。
常见误判场景包括：
- 把带
WHERE的UPDATE当成安全操作，实际匹配了全表 - 在自动提交模式下运行脚本，
ALTER TABLE执行完就不可逆 - 用
Ctrl+Enter执行光标所在行，但光标停在注释后一行，误跑了下边整条DROP TABLE
真正起作用的设置：关闭自动提交 + 开启事务手动控制
这是唯一能让你“反悔”的机制。启用后，每条 DML 都必须显式 COMMIT 或 ROLLBACK，否则变更只在当前连接内可见。
设置路径（Windows/macOS/Linux 一致）：
- 右键目标数据库连接 → 编辑连接
- 左侧选 初始化 → 勾选 禁用自动提交（Disable auto-commit）
- 点击 测试连接 确保仍能连上（部分数据库如 MySQL 8.0+ 要求驱动支持事务级 auto-commit 控制）
注意：禁用自动提交 是连接级配置，每个连接需单独设置；切换数据库或新建连接时默认仍是开启状态。
配合使用的实操习惯（比弹窗更可靠）
没有弹窗，就用流程代替：
- 写完
DELETE或UPDATE后，**先复制整条语句，把开头改成SELECT COUNT(*)或SELECT *，Ctrl+Enter查影响范围** - 确认行数合理 → 回退到原语句 →
Alt+X执行脚本（确保已在手动提交模式下）→ 立即SELECT验证 → 再决定COMMIT还是ROLLBACK - 批量操作一律写进 .sql 文件，用
Alt+X执行，**不要用Ctrl+Enter全选后乱按**（它只执行光标所在语句，极易误判） - 在连接名上右键 → SQL 编辑器 → 新建 SQL 脚本，文件顶部第一行手写
BEGIN TRANSACTION;，结尾加-- COMMIT; -- ROLLBACK;注释掉，执行前取消注释
最易被忽略的一点：DBeaver 的“执行计划”（Explain）对 DML 无效，它不检查 WHERE 条件是否漏写、索引是否失效；真正兜底的只有 SELECT COUNT(*) 预查 + 手动事务控制。别等出事才想起开事务。
