SetMaxOpenConns应设为数据库max_connections的60%～80%，并确保≤其值；SetMaxIdleConns必须≤SetMaxOpenConns，否则Go 1.12+会panic；需配合SetConnMaxLifetime（连接最大存活时长）和SetConnMaxIdleTime（空闲连接超时）防止陈旧连接引发错误。
SetMaxOpenConns 设多少才不触发 MySQL 的 ERROR 1040
直接看数据库上限，别猜。MySQL 默认 max_connections = 151，PostgreSQL 常见是 100～500；你设 db.SetMaxOpenConns(200)，单实例就可能压垮 DB——尤其当还有备份、监控、其他服务共用同一实例时。
实操步骤：
- 先查真实值：
SHOW VARIABLES LIKE 'max_connections';（MySQL）或SELECT setting FROM pg_settings WHERE name = 'max_connections';（PostgreSQL） - 生产环境推荐值 = 数据库
max_connections× 0.6 ～ 0.8，留余量给非业务流量 - 别按 QPS × 耗时硬算：QPS=300、平均耗时 30ms → 理论需 9 连接，但加安全系数后应设 14～16；再和数据库上限比，取小值
- 上线后盯
db.Stats().OpenConnections：长期 ≥ 90%SetMaxOpenConns值，说明不够用；长期 ≤ 30%，大概率设高了
SetMaxIdleConns 和 SetMaxOpenConns 怎么配才不 panic
SetMaxIdleConns 必须 ≤ SetMaxOpenConns，否则 Go 1.12+ 会直接 panic，错误信息是 "max idle conns exceeds max open conns"——不是 warning，是 crash。
常见误配：
立即学习“go语言免费学习笔记（深入）”；
-
SetMaxOpenConns(5)却SetMaxIdleConns(10)→ 立即 panic - 只设
SetMaxIdleConns没设SetMaxOpenConns→ 默认SetMaxOpenConns = 0（无限制），但实际受系统资源和 DB 上限制约，不可控 - 稳妥做法：先设
SetMaxOpenConns，再设 ≤ 它的SetMaxIdleConns；生产建议SetMaxIdleConns = SetMaxOpenConns × 0.5左右，留并发余量
SetConnMaxLifetime 和 SetConnMaxIdleTime 到底管什么
SetConnMaxLifetime 不是保活，是“到期作废”：设为 30 * time.Minute，连接从创建起活满就关，下次新建；它不发心跳，也不检测连通性。
SetConnMaxIdleTime（Go 1.15+）才是管空闲的：设为 5 * time.Minute，让没人用的连接主动释放，防 NAT 或 LB 中间件踢掉。
典型组合：
db.SetMaxOpenConns(50)db.SetMaxIdleConns(20)db.SetConnMaxLifetime(30 * time.Minute)db.SetConnMaxIdleTime(5 * time.Minute)
没设 SetConnMaxIdleTime 是线上 read: connection reset by peer 的高频原因——空闲连接被 DB 或中间件静默断开，Go 还留着，直到复用时才暴露问题。
为什么 Ping() 成功但 Query() 报 dial tcp: i/o timeout
db.Ping() 只检测池里有没有可用连接，不保证下次 Query() 时那个连接还活着。尤其当 SetConnMaxLifetime 没设，或 DB 重启过，老连接就卡在 idle 池里发呆。
现象特征：
- 服务刚启动正常，跑几小时后零星报
dial tcp: i/o timeout或read: connection reset by peer -
db.Stats()显示Idle连接数很高，WaitCount却缓慢上涨 - 云数据库（如 AWS RDS、阿里云 PolarDB）自带连接代理，更依赖
SetConnMaxIdleTime主动清理
实操建议：
- 务必启用
SetConnMaxIdleTime，别依赖默认值（0 表示永不过期） - 在关键 handler 开头加轻量健康检查：
db.QueryRow("SELECT 1").Scan(&dummy)，比Ping()更贴近真实路径
连接池参数不是孤立调优项，SetMaxOpenConns 值再准，SetConnMaxIdleTime 没设，照样在凌晨三点开始报错。
