DBeaver 连接误选生产库怎么办：用只读标识和事务状态做上线前核对

连共享库或者生产库的时候，最容易出问题的从来不是会不会写SQL，而是切错了连接、没注意当前的提交状态，或是误以为标注了“只读”就肯定不会改数据。DBeaver可以在连接的安全配置页开启只读限制，再把默认事务提交模式改成手动提交；两层设置都配好之后，界面会给出更明确的拦截提示和待提交状态提醒，很适合日常查数和上线前的操作核对。

只读连接是从权限层面限制修改能力，手动提交是把最终提交的动作完全交到你手里；两者不是替代关系，连生产的连接建议两个都检查配置。

DBeaver 的“只读”和“手动提交”分别管什么

先把两个设置的作用分开捋清楚。连接Security页里的Read-only connection是权限层面的限制，官方定义就是禁止这条连接做数据修改或删除操作，工具栏上的只读小图标也能快速切换对应状态。它解决的是“这条连接到底能不能改数据”的核心问题。

手动提交管的是事务什么时候结束。执行完数据修改语句之后，DBeaver会把变更暂存在当前事务里，直到你主动点Commit才会生效；要是发现修改条件写错了，直接点Rollback就能放弃本次事务的所有变更。而自动提交是每条语句执行完就立刻生效，执行成功之后根本没有撤回的余地。

在 Edit Connection 里启用只读限制

先找到 Security 设置

在Database Navigator里找到目标连接，右键选择 Edit Connection。连接配置界面里进入 Connection settings 对应的安全区域，勾选 Read-only connection，保存之后重新连接，或者按照当前版本的提示确认设置生效。

要是只想禁止直接编辑表数据，也可以打开 Edit permissions，单独勾选调整 Restrict data edit；还可以按需限制结构编辑、脚本运行和数据导入的权限。共享使用的环境里别只靠连接名称里带的“生产”两个字做区分，最好把连接自定义类型、标识色和只读权限一起配置好。

看什么信号才算设置生效

连接重连之后，先确认Database Navigator里的连接名称和环境标识没选错，再看工具栏是否显示只读状态。尝试打开一张测试表，数据直接编辑的入口应该是禁用状态；要是还能改数据，千万别拿真实业务表验证，先回到Connection settings检查是不是把设置存到了另一条同名连接上。

把默认事务改成 Manual commit

继续在连接配置页里打开 Connection settings -> Initialization，找到事务相关的选项，把默认模式改成 Manual commit。DBeaver也支持直接在SQL Editor或者Data Editor的工具栏上切换自动提交和手动提交，但直接改连接默认值，更适合固定生产或者共享连接的行为逻辑。

-- 只用于无副作用的核对示例
SELECT current_database(), current_user;

切回SQL Editor之后，先确认工具栏当前显示的是Manual commit状态。执行查询语句不会产生待提交的修改；如果在测试表上做了数据变更，界面上应该出现待处理事务的提示，之后用 Rollback 清理掉测试产生的变更。别把“结果集刷新了”误当成“事务已经提交”，这两个状态没有任何直接关联。

Smart commit 适合什么场景

如果团队平时用惯了自动提交，但又希望执行数据修改前多一道缓冲，可以在Initialization的Transactions设置里开启 Smart commit mode。按照官方说明，开启Smart commit且当前是自动提交状态时，普通的 SELECT 不会提前开启事务；遇到 UPDATE、INSERT、DELETE 等修改类语句，DBeaver会自动先切换到手动提交模式。

它替代不了数据库本身的账号权限控制，也没法保证所有数据库驱动的表现完全一致。真的需要完全禁止数据修改时，还是要开启Read-only connection，同时给数据库账号配置最小必要权限。Smart commit更像一个适配旧操作习惯的缓冲层，用来降低误点误操作的概率。

一次完整的误操作核对清单

日常只读查数的场景，建议把连接名命名成“生产-只读”或者“共享库-查询”，再给连接设置辨识度高的专属颜色。颜色只能辅助识别，不能当成权限控制手段；权限和事务状态还是要在配置页和工具栏里逐一复核。

最终确认：把“能查数”和“能修改”分开

DBeaver的稳妥配置逻辑很清晰：连接层启用Read-only connection，事务层默认用Manual commit，有需要的话再开启Smart commit；每次打开新的编辑器窗口后，再核对一遍连接名称、工具栏状态和Pending transactions列表。这套配置没法替代数据库侧的权限控制，也不能把写错的SQL自动变成正确的，但能把绝大多数高危误操作，提前在界面状态上就暴露出来。

常见问题：DBeaver 只读连接与事务设置

只读连接打开后还能执行 SELECT 吗？

可以。只读限制针对修改、删除等数据变化操作，查询和查看结果集仍是它的主要用途。

Manual commit 能撤回已经提交的修改吗？

不能。它只能处理当前尚未提交的事务；已经 Commit，或处于 Auto-commit 中已经完成的语句，不能靠之后点击 Rollback 撤回。

只读连接和数据库账号只读权限一样吗？

不一样。DBeaver 的只读设置是客户端连接限制，数据库账号的权限控制在服务端。重要环境应优先配置数据库最小权限，再用 DBeaver 的只读状态减少误操作。

为什么界面仍能看到修改按钮？

先确认是否打开了另一条同名连接、只读设置是否保存成功，以及当前窗口是否还在旧会话中。重新连接后再用测试对象观察，不能仅凭按钮是否显示下结论。