GoLand只是IDE，不配置数据库连接池；真正生效的是代码中对sql.DB的SetMaxOpenConns、SetMaxIdleConns和SetConnMaxLifetime等显式调用，且必须紧随sql.Open()后执行db.Ping()验证连通性。
GoLand 本身不配置数据库连接池，它只是 IDE；真正起作用的是你代码里对 sql.DB 的调用，比如 db.SetMaxOpenConns()。 误以为在 GoLand 设置里能调连接池参数，上线后必然被 ERROR 1040: Too many connections 打脸。
为什么 GoLand 里找不到“连接池配置”入口
GoLand 的 Database 工具窗口（View → Tool Windows → Database）只用于开发期连库查表、执行 SQL、看 ER 图——它底层用的是 JetBrains 自己的 JDBC 驱动，和你的 Go 程序完全无关。你代码里 sql.Open() 创建的 *sql.DB 实例，它的连接池行为只由你写的 SetMaxOpenConns、SetMaxIdleConns 等方法控制。
常见误解场景：
- 在 GoLand 里成功连上 MySQL，就以为服务启动也能连——但
sql.Open()不校验连通性，得靠db.Ping() - GoLand 显示“Connected”，就忽略 DSN 里漏配
parseTime=true&loc=Local，结果运行时time.Time字段解析失败 - 以为 GoLand 的连接数限制 = 应用连接池上限，实际上它最多开几个连接查数据，不影响你的服务
真正要改的三行代码在哪
在你初始化数据库的地方，通常是 main.go 或 pkg/db/db.go 里，找到类似这样的片段：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
db, err := sql.Open("mysql", dsn)
if err != nil {
log.Fatal(err)
}
// 这三行必须有，且顺序不重要，但缺一不可
db.SetMaxOpenConns(100)
db.SetMaxIdleConns(30)
db.SetConnMaxLifetime(60 * time.Second)关键点：
-
SetMaxOpenConns必须显式设，不能留默认 0（无限制），否则压测时直奔数据库max_connections上限 - 先查数据库真实上限：
SHOW VARIABLES LIKE 'max_connections';（MySQL）或SELECT setting FROM pg_settings WHERE name = 'max_connections';（PostgreSQL） - Go 1.15+ 推荐补上
db.SetConnMaxIdleTime(5 * time.Minute)，比旧版靠SetConnMaxLifetime更精准控空闲连接
上线前必须盯的两个监控指标
别信日志，也别只看 db.Ping() 成功——它只测当前一个连接，不反映池健康状态。真正要看的是：
-
db.Stats().OpenConnections：长期 > 90%SetMaxOpenConns值，说明池太小，请求在排队 -
db.Stats().WaitCount：持续上涨，代表有 goroutine 在等连接，大概率是事务没Commit()/Rollback()导致连接卡死
写个 HTTP handler 暴露这些值很简单，比任何 IDE 插件都准。
最常被跳过的动作：db.Close() 必须在进程退出前调用。GC 不会帮你关连接，漏掉它，下次启动可能直接因端口占用或连接数满失败。
