测试环境账号必须与生产账号物理隔离，DBeaver不存储密码但加密保存连接配置，误配地址易致生产事故；应使用带环境标识的连接名、分组管理、禁用密码保存、启用变量输入，并通过SQL脚本批量更新密码。
测试环境账号不能复用生产账号，必须隔离
测试环境的账号管理核心就一条：和生产完全物理隔离。DBeaver 本身不存账号密码，它只是把连接配置（含密码）加密存在本地 connections.json 或工作区元数据里。一旦你用生产账号连过测试库，或者在连接配置里手误填错地址，就可能把测试操作打到生产上。我见过最典型的事故是：开发在 DBeaver 里复制了一个“prod-mysql”连接，改名成“test-mysql”，但只改了显示名，没改主机地址——结果执行 DROP TABLE 时删的是线上表。
用连接别名+环境标签区分测试账号
DBeaver 的连接树支持自定义别名和分组，这是管理测试账号最轻量也最有效的方式：
- 新建连接时，在「连接名称」字段直接写带环境标识的名字，比如
test-doris-fe01、qa-postgres-2408，别用mydb这类模糊名 - 右键连接 →「编辑连接」→「常规」页签下勾选「显示在连接导航器中」，确保它出现在左侧树里
- 右键空白处 →「新建文件夹」，命名为
TEST或QA，然后把所有测试连接拖进去 - 对关键连接（如 root / admin），在「连接设置」→「驱动属性」里加个自定义属性：
env=test，后续导出连接配置或脚本时可识别
测试账号密码不要保存，改用连接变量或手动输入
测试环境常有临时账号、短时效 token、或需要频繁轮换的密码，硬编码进 DBeaver 连接配置里反而增加泄露和失效风险：
- 在连接配置的「用户」和「密码」字段留空，每次连接时手动输入——适合高敏账号（如 Doris 的
root） - 启用 DBeaver 的「连接变量」功能：在「连接设置」→「变量」页签添加
DB_PASS变量，值设为${ask:Enter password}，连接时会弹窗提示输入 - 避免勾选「保存密码」，尤其在共享电脑或跳板机上；如果必须保存，确保 DBeaver 已启用主密码保护（Windows 下走系统凭据管理器，macOS 走钥匙串）
批量更新测试账号密码要用 SQL 脚本，别靠 GUI 点
当测试环境批量重置账号密码（比如 Doris 执行 SET PASSWORD、PostgreSQL 执行 ALTER ROLE），千万别一个个点开连接去改密码字段——容易漏、难审计、无法回溯：
- 统一写一个 SQL 脚本，例如：
SET PASSWORD FOR 'test_user' = PASSWORD('T3st@2026'); - 在 DBeaver 中打开该脚本，连接任意一个测试库执行（需有足够权限）
- 执行后，所有使用该账号的连接配置仍保持原样，下次连接时输新密码即可，无需修改连接配置本身
- 如果账号被锁或失效，优先查数据库服务端日志（如 Doris 的
fe.log），而不是怀疑 DBeaver 连接配置错了
测试账号管理最难的不是配置，而是意识：它本质上是一套访问控制策略的落地。DBeaver 只负责承载，真正起作用的是你是否在建连接前确认了账号归属、是否在改密码后同步通知了协作者、是否定期清理过期的测试连接。这些动作不会自动发生，得靠人盯住。
