DBeaver中同一数据库需为每个账号新建独立连接，因每个Connection绑定完整JDBC URL、凭证及会话参数；混用会导致缓存冲突、权限误判或连接复用失败，务必在连接名中标明用途（如mydb_admin），并避免复制连接继承不兼容配置。
同一个库怎么配多个账号：连接配置必须独立
DBeaver 不支持“一个连接配置里切换账号”，每个账号必须新建一个独立连接。这不是限制，而是设计逻辑——每个 Connection 对象在内部绑定完整的 JDBC URL、用户名、密码、驱动实例和会话参数，混用会导致缓存冲突、权限误判甚至连接复用失败。
常见错误现象是：改了用户名密码后点“测试连接”成功，但执行 SQL 时提示 permission denied 或查不到本该有权限的表。这是因为 DBeaver 默认复用已建立的连接池，旧会话没释放干净。
- 新建连接时，务必在“连接名称”里体现账号用途，比如
mydb_admin、mydb_reader、mydb_app - 不要复制已有连接再改账号——复制操作会继承 SSL 设置、JDBC 参数、甚至自定义类路径，容易带入不兼容项
- 如果数据库启用了连接级权限（如 PostgreSQL 的
SET ROLE），建议在“初始化 SQL”里填SET ROLE xxx，而不是依赖登录账号
密码怎么存才安全又省事：别全靠明文或系统密钥环
DBeaver 默认把密码加密后存在本地工作区（.dbeaver-data-sources.json），但这个加密只防手抖误看，不防进程级窃取。如果你在共享机器或跳板机上用多个账号，明文填密码或勾选“保存密码”都存在风险。
更稳妥的做法是分场景处理：
- 本地开发库：用 DBeaver 内置的“密钥环”（Windows Credential Manager / macOS Keychain），首次连接时勾选“保存凭据”，后续自动注入
- 测试/生产环境：关闭“保存密码”，改用
pgpass.conf（PostgreSQL）或my.cnf（MySQL）文件，把账号密码写在~/.pgpass里，DBeaver 会自动读取（需在连接设置里勾选“使用操作系统认证文件”） - 容器或 CI 场景：不存密码，启动 DBeaver 时通过 JVM 参数传入
-Ddbeaver.password.file=/path/to/creds.json，文件内容为 JSON 格式账号映射
连完怎么快速切账号：别手动关再开连接
频繁切换账号不是靠“断开当前连接 → 找另一个连接 → 右键连接”来完成的。DBeaver 的导航树顶部有个下拉菜单，叫“活动连接”（Active Connection），点开就能直接切换——前提是所有连接都处于“已连接”状态。
但要注意两个坑：
- 默认新连接建好是“未连接”状态，必须右键 → “连接”一次，才会出现在下拉列表里
- 如果某个连接超时断开，它仍会留在下拉菜单中，但点击后不会自动重连，得先手动右键“重新连接”
- 快捷键
Ctrl+Shift+L（Windows/Linux）或Cmd+Shift+L（macOS）可呼出连接切换面板，比鼠标点更快
为什么用不同账号连同一个库容易乱码或报错
表面是权限问题，底层常是 JDBC 参数继承导致的。比如你用 admin 账号连时，在连接设置的“驱动属性”页签里加了 stringtype=unspecified，后来复制这个连接改名成 reader，但忘了清掉这条参数。而 reader 账号没有 CREATE TYPE 权限，JDBC 驱动尝试解析类型时就抛 permission denied for type。
排查这类问题的关键动作是：
- 右键连接 → “编辑连接” → 切到“驱动属性”页签，对比两个账号的键值对是否完全一致
- 打开“SQL 编辑器” → 执行
SHOW ALL（PostgreSQL）或SELECT @@session.*（MySQL），确认会话级变量（如client_encoding、time_zone）是否因账号不同被服务端强制覆盖 - 检查“连接设置”→“初始化 SQL”里有没有账号专属语句（比如
SET search_path TO app_schema），这类语句在切换连接时不会自动重跑
最易被忽略的是：不同账号可能被数据库服务端分配了不同的默认字符集或时区策略，而 DBeaver 不会在连接建立后主动同步这些服务端会话变量，得靠初始化 SQL 显式设定。
