SetConnMaxIdleTime是控制空闲连接释放的核心参数，Go 1.15+才支持，需配合SetMaxIdleConns使用，推荐设为略小于MySQL的wait_timeout（如DB设60s则Go设45s），仅作用于空闲连接，与DSN中的timeout参数无关。
SetConnMaxIdleTime 是控制空闲连接释放的核心参数
Go 的 sql.DB（GORM 底层依赖它）不提供“连接空闲超时”这种直白命名的配置，真正起作用的是 SetConnMaxIdleTime。它决定一个空闲连接在连接池里最多待多久，超时后会被主动关闭——不是等 GC 或下次复用时才发现失效。
常见错误现象：压测后数据库端看到大量 SLEEP 状态连接长期不释放；服务运行数小时后，SHOW PROCESSLIST 里堆积上百空闲连接。
-
SetConnMaxIdleTime必须显式设置，Go 1.15+ 才支持，旧版本只能靠SetMaxIdleConns+ 被动等待，效果差 - 值不宜过短（如
5s），否则频繁建连开销大；也不宜过长（如1h），尤其当 MySQL 的wait_timeout设为 60s 时，连接会先被 DB 主动断开，再被 Go 端复用就报invalid connection - 推荐设为略小于 MySQL 的
wait_timeout，例如 DB 设了60秒，Go 端设45 * time.Second
DSN 里的 timeout 参数和 SetConnMaxIdleTime 完全无关
很多人把 DSN 中的 timeout=10s 或 MySQL 驱动的 DialTimeout 当成“空闲超时”，这是误解。它们只控制**新建连接**阶段的握手耗时，一旦连接建立成功，这个参数就失效了。
使用场景：网络抖动、DB 临时不可达时防止 gorm.Open 卡死；跟连接池中已有连接的生命周期完全无关。
立即学习“go语言免费学习笔记（深入）”；
-
timeout=10s在 DSN 里是连接建立超时，不是空闲超时 -
DialTimeout、ReadTimeout、WriteTimeout是 MySQL 驱动层参数，影响单次 I/O，不影响连接池管理 - 真正管“空闲多久该关”的只有
SetConnMaxIdleTime，且必须调用db.DB()获取底层*sql.DB后设置
必须搭配 SetMaxIdleConns 使用，否则 SetConnMaxIdleTime 不生效
SetConnMaxIdleTime 的前提是连接能进入“空闲”状态，而空闲连接的数量上限由 SetMaxIdleConns 控制。如果 SetMaxIdleConns(0) 或没设，连接用完立刻销毁，根本不会进空闲队列，自然也谈不上空闲超时。
容易踩的坑：只设 SetConnMaxIdleTime 却忽略 SetMaxIdleConns，结果观察不到任何连接被自动清理。
-
SetMaxIdleConns建议设为10~20，不能大于SetMaxOpenConns -
SetMaxOpenConns建议根据 MySQL 最大连接数（max_connections）设为 70%~80%，避免 DB 端拒绝新连接 - 典型组合：
SetMaxOpenConns(100)、SetMaxIdleConns(20)、SetConnMaxIdleTime(45 * time.Second)
SetConnMaxLifetime 和 SetConnMaxIdleTime 的分工要分清
SetConnMaxLifetime 控制连接从创建开始的总存活时间，不管忙还是闲；SetConnMaxIdleTime 只管“闲着的时候能待多久”。两者可以共存，但目的不同。
性能影响：若只设 SetConnMaxLifetime（比如 30 分钟），连接可能刚空闲 1 秒就被强制回收；而 SetConnMaxIdleTime 能更精细地应对短时流量峰谷。
-
SetConnMaxLifetime主要防连接老化（如 MySQL 的wait_timeout导致的半开连接） -
SetConnMaxIdleTime主要控资源驻留（减少 DB 端无谓的SLEEP连接） - 生产环境建议两个都设，且
SetConnMaxIdleTime≤SetConnMaxLifetime
实际配置时最容易被忽略的点是：SetConnMaxIdleTime 必须在 db.DB() 返回的 <em>sql.DB</em> 实例上调用，而不是直接在 gorm.DB 上调。漏掉这一步，所有设置都无效。
