goland数据库客户端不支持自动重连，其配置与go程序完全隔离；重连逻辑必须在go代码中通过setconnmaxlifetime、pingcontext重试、错误分类捕获等显式实现。
GoLand 自带的数据库客户端（Database Tool Window）不支持配置“自动重连”逻辑，它只是个 GUI 客户端，底层用的是 JetBrains 自研的 JDBC 驱动桥接层，对 Go 项目的连接池参数完全无感知——你改 sql.DB 的 SetConnMaxLifetime 或 DSN 里的 timeout，GoLand 里一个字都看不到、也起不了作用。
GoLand 数据库连接配置里哪些字段实际生效
你在 GoLand 的 Data Source Properties → General 中填的 DSN（如 mysql://user:pass@127.0.0.1:3306/db）会被转成 JDBC URL 使用。但注意：
-
parseTime=true、loc=Local这类 MySQL 驱动特有参数 —— 无效，JDBC 不认 -
timeout=5s、readTimeout=3s—— 部分生效，仅影响 GoLand 自身建连和单次查询超时，不影响你的 Go 程序 -
autoReconnect=true—— 完全无效，这是旧版 MySQL Connector/J 的遗留参数，现代 JDBC 驱动已弃用，GoLand 用的驱动也不支持 - 勾选 “Test connection on every usage” —— 不是重连，只是每次点“Execute”前强制 ping 一次，失败就报错，不自动恢复
为什么不能靠 GoLand 解决你的 Go 程序重连问题
GoLand 的数据库工具和你的 Go 进程是两个独立进程：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- GoLand 用 Java 写，走 JDBC；你的 Go 程序用
database/sql+github.com/go-sql-driver/mysql - GoLand 里配的任何“重试次数”“心跳间隔”，只控制它自己的 UI 行为，对
db.Query()调用零影响 - 你看到的 “Connection refused” 或 “invalid connection” 错误，如果发生在 Go 程序里，必须在 Go 代码中处理；GoLand 的配置改得再全也没用
真正该在哪配、怎么验证是否生效
重连行为必须在 Go 代码里显式控制，GoLand 只能帮你观察和调试：
- 在初始化
*sql.DB后立刻调用：db.SetMaxOpenConns(20)<br>db.SetMaxIdleConns(10)<br>db.SetConnMaxLifetime(240 * time.Second)
确保这三行执行成功（可加log.Printf("DB config applied")） - 启动时用
db.PingContext()配合指数退避验证连通性，而不是依赖 GoLand 的 “Test Connection” 按钮 - 运行时出错时，检查 error 是否含
"invalid connection"或"driver: bad connection"—— 如果频繁出现且没被重试捕获，说明代码层漏了幂等重试逻辑 - 在 GoLand 的 Services 窗口里右键数据库连接 → Refresh，只能刷新 GoLand 自己的连接状态，不是帮你 reload 你的 Go 程序
最易被忽略的一点：GoLand 的数据库连接配置和你的 Go 应用之间没有共享状态。哪怕你在 GoLand 里把连接设成“永不断开”，你的 Go 程序仍会在 240 秒后主动关闭连接——因为那是你在代码里写的 SetConnMaxLifetime，GoLand 根本不知道它的存在。
