SetConnMaxLifetime必须设置，否则连接池会复用数据库已关闭的过期连接，导致driver: bad connection或i/o timeout；推荐设为数据库wait_timeout的80%～90%并留缓冲，如DB为3600秒则设30分钟，且须在sql.Open后、首次Query前调用。
SetConnMaxLifetime 为什么必须设，不设会怎样
不设 SetConnMaxLifetime 的连接池，在长时间运行的服务中大概率出现「连接已关闭但被复用」的错误，典型表现为 driver: bad connection 或 i/o timeout。根本原因是数据库（如 MySQL、PostgreSQL）侧会主动断开空闲超时的连接（例如 MySQL 默认 wait_timeout=28800，即 8 小时），而 Go 的 database/sql 连接池默认不校验连接是否还活着，直接复用过期连接，导致查询失败。
SetConnMaxLifetime 的推荐值怎么定
它不是越小越好，也不是越大越省；目标是比数据库侧的空闲超时时间短，且留出缓冲余量。常见配置逻辑如下：
- 查数据库实际
wait_timeout（MySQL）或tcp_keepalives_idle（PostgreSQL），用SHOW VARIABLES LIKE 'wait_timeout'; - Go 端设为该值的 80%～90%，单位是
time.Second；例如 DB 是 3600 秒（1 小时），Go 设30 * time.Minute - 避免设为
0（禁用）或time.Second（过于激进），前者失去保护，后者频繁新建连接拖慢吞吐 - 若用连接池代理（如 ProxySQL、PgBouncer），需以代理的空闲超时为准，而非后端 DB
和 SetConnMaxIdleTime 的关系与区别
SetConnMaxLifetime 控制「单个连接最大存活时间」，SetConnMaxIdleTime 控制「连接空闲多久后被回收」。两者协同但不可替代：
-
SetConnMaxIdleTime解决的是「连接池里躺着不动的连接」，比如某连接创建后 5 分钟没被用过，就销毁 -
SetConnMaxLifetime解决的是「正在被复用的连接突然过期」，哪怕它每秒都在用，到点也强制换新 - 如果只设
MaxIdleTime不设MaxLifetime，高并发下连接可能永远不空闲，从而绕过空闲回收，照样踩到 DB 超时断连 - 建议两个都设：例如
db.SetConnMaxIdleTime(30 * time.Minute)+db.SetConnMaxLifetime(50 * time.Minute)
生效前提：必须在 Open 之后、首次 Query 之前调用
这个函数只影响后续新建的连接，对已创建连接无效。常见错误写法是：
立即学习“go语言免费学习笔记（深入）”；
// ❌ 错误：Open 前调用，无效
db, _ := sql.Open("mysql", dsn)
db.SetConnMaxLifetime(30 * time.Minute) // 此时连接池尚未初始化，设置被忽略
<p>// ✅ 正确：Open 后立即设，再执行任何 Query 或 Ping
db, _ := sql.Open("mysql", dsn)
db.SetConnMaxLifetime(30 <em> time.Minute)
db.SetConnMaxIdleTime(10 </em> time.Minute)
db.Ping() // 强制触发连接池初始化，确保设置生效
漏掉 Ping() 也可能导致首请求时才建连接，此时设置已生效，但风险在于首次请求失败不易归因——看起来像网络抖动，其实是连接池冷启动+超时叠加。
