推荐使用项目导入法:将他人提供的.dbae文件通过“文件→导入项目”导入,可一次性迁移连接、驱动、SQL脚本及ER图;但需确保新电脑DBeaver版本不低于原版,手动补充自定义JDBC驱动,并重输密码。

导入别人给的 .dbae 项目文件(最常用、最完整)
直接用这个方式,能一次性把连接、驱动、SQL脚本、ER图全带过来,适合别人发你一个 my-project.dbae 文件的场景。
操作很简单,但有三个关键点必须注意:
- 新电脑上 DBeaver 版本不能低于旧电脑——比如对方用的是 24.2.0,你装 23.3.1 就可能报错或丢配置
-
drivers.xml里引用的 JDBC 驱动 jar 包不会被打包进.dbae,如果对方用的是自定义驱动(比如达梦、人大金仓),你得自己去「驱动管理器」里手动添加对应 jar - 导入后密码不一定能直接用:Windows 加密的密码在 macOS/Linux 上大概率解不开,会提示“Authentication failed”,这时要右键连接 → «编辑连接» → «连接设置» → 手动重输密码
导入 .dbeaver-data-source 模板文件(只导连接结构,不带密码)
这是团队协作时最安全的做法。别人给你的是 prod-mysql.dbeaver-data-source 这类文件,里面不含密码,只有 host、port、database、driver 等可公开字段。
导入后你会被带到新建连接向导,此时要特别注意:
- 模板里的占位符如
{host}、{port}会变成输入框,必须填真实值才能测试成功 - 如果模板指定了非默认驱动(比如
com.mysql.cj.jdbc.Driver),而你本地没装对应驱动,DBeaver 会卡在「下一步」按钮不可点,要去「驱动管理器」确认该驱动是否已启用 - 某些模板会带
properties字段(如"ssl": "true"),这些参数若不匹配目标库实际配置,会导致连接超时或拒绝,建议先关掉 SSL 再测试
手动复制 data-sources.json + credentials-config.json(适合离线/轻量迁移)
如果你拿到的是两个 JSON 文件,说明对方走的是极简路径。这种方式快,但容易漏东西。
一款AI工具,主要用于运行或监督单遍 Codex 实现,包含预检门控、分步计划执行及严格的 QA 缺陷闭环。适用于执行已批准的售前...,适合需要提升相关任务效率的用户。
必须按顺序操作,否则密码对不上:
- 先关闭 DBeaver,再把
data-sources.json放到新电脑的.dbeaver6/workspace6/General/.dbeaver/目录下(路径以你实际版本为准) - 再把
credentials-config.json放到同一目录——注意:这个文件是平台绑定加密的,Windows → macOS 或 Linux 基本无效,此时要删掉它,让 DBeaver 自动生成空的,然后逐个连接手动输密码 - 别忘了同步
drivers.xml,否则连接列表里会出现「Driver not found」错误,且无法通过 UI 编辑修复
导入后连不上?优先检查这三处
90% 的失败不是配置问题,而是环境链路断了:
- SSH 隧道配置(
sshHost,sshPort)在新电脑上未必装了 OpenSSH 客户端,macOS 默认有,Windows 可能需要额外安装或改用 PuTTY 模式 - SSL 证书路径(
sslCert,sslKey)是绝对路径,别人电脑上的/home/user/certs/client.pem在你机器上肯定不存在,要改成你本地真实路径或改用「Trust Server Certificate」绕过验证 - 连接名含特殊字符(如中文、空格、括号)时,DBeaver 有时会解析失败,建议右键连接 → «重命名» 改成纯英文+下划线,再试
密码加密绑定和驱动路径这两块,最容易被当成“配置没问题”跳过,结果折腾半天才发现是它们卡住的。










