GoLand数据库连接是IDE级别全局配置,非项目专属;手动添加的数据源持久化存储于dataSources.xml,新项目可直接复用,无需复制,仅需在Database工具窗口的Existing标签页中选择即可。

不能直接跨项目复制数据库连接配置,但可以复用已配置的数据源——关键在于数据源属于 IDE 级别而非项目级别。
GoLand 数据库连接是全局配置,不是项目专属
你在某个项目里配好的 MySQL 或 PostgreSQL 数据源,只要没删,它就一直存在于 GoLand 的全局设置中。新打开的任何项目(包括空项目、其他 GOPATH 下的项目),只要数据库工具插件启用,就能在 数据库 工具窗口里看到它。这和 go.mod 边距图标触发的“一键创建”不同——后者只对当前项目生成临时数据源,而你手动添加的才是持久化数据源。
- 数据源存储位置:IDE 配置目录下的
options/dataSources.xml(Windows/Linux 在~/.GoLand2026.1/config/options/,macOS 在~/Library/Caches/JetBrains/GoLand2026.1/options/) - 不依赖项目结构:哪怕你关掉所有项目、只留欢迎页,
数据库工具窗口仍能显示并使用已有数据源 - 例外情况:如果某项目用了
dataSources.local.xml(例如通过 .idea 目录提交了本地连接),那是项目级覆盖,优先级高于全局;此时需手动删掉该文件才能回退到全局配置
为什么“复制连接”按钮不起作用
右键数据源节点 → “Copy” 菜单项看似可用,但实际粘贴后只是文本(如 JDBC URL 或连接名),无法还原驱动、SSL 设置、内省范围等完整状态。GoLand 没提供“导出单个数据源”的 UI 选项,Export Settings 也只打包整个 IDE 配置,不支持粒度到单个数据源。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本,适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 常见误操作:复制
jdbc:mysql://...字符串,再新建数据源时粘贴——结果常因缺少驱动类名(com.mysql.cj.jdbc.Driver)、时区参数(serverTimezone=UTC)或 SSL 配置失败 - 真正需要同步的不只是 URL:比如 PostgreSQL 数据源里勾选的
search_path、MySQL 里启用的Allow public key retrieval、SQLite 路径是否为绝对路径,这些都不会随 URL 一起复制 - 安全限制:密码字段默认加密存储,复制时不会暴露明文,也无法通过粘贴还原认证信息
跨项目复用的实操路径
最稳的方式是直接复用,而不是“复制”。如果你换了项目但想继续用同一套连接,按以下顺序操作:
- 确保
数据库工具和 SQL插件已启用:按Ctrl+Alt+S→Plugins→ 检查Database Tools and SQL是否勾选 - 打开目标项目后,调出
数据库工具窗口:View → Tool Windows → Database(或快捷键Alt+1) - 若窗口为空,点击左上角
+→Data Source→ 选对应数据库类型 → 在弹出对话框顶部切换到Existing标签页,你会看到所有已配置的数据源列表 - 选中目标数据源,点
OK即可加载其树形结构;后续所有查询、表编辑、SQL 控制台都基于这个连接 - 如需微调(比如只显示特定 schema),右键数据源 →
Properties→ 修改Schemas或Object Filter,不影响其他项目使用
真正容易被忽略的是:当你在多个项目间频繁切换,且每个项目都手动新建了同名数据源(比如都叫 local-postgres),GoLand 实际会为它们分配不同内部 ID,导致 dataSources.xml 里存了多份冗余配置。久而久之,清理时容易误删——建议统一用一个有意义的名称(如 prod-api-db),并在团队内约定命名规则。

















