Gin 不提供数据库连接池，实际由 database/sql 及其驱动管理；db.SetMaxOpenConns 和 db.SetMaxIdleConns 必须在 sql.Open 返回 *sql.DB 后、首次查询前立即设置，否则无效；GORM 需通过 db.DB() 获取底层实例配置；默认 MaxOpenConns=0（危险）、MaxIdleConns=2（易频繁建连）；SetConnMaxLifetime 和 SetConnMaxIdleTime 用于防连接僵死，需匹配数据库 wait_timeout（如云 RDS 常为 300~600 秒）；连接池参数应统一在 models/init.go 或 db/db.go 中初始化，避免硬编码或重复获取；需结合数据库资源、并发模型与网络稳定性持续调优。
Gin 本身不提供数据库连接池，它只负责 HTTP 路由和上下文管理；真正管连接池的是 database/sql 包及其驱动（如 mysql 或 postgres）。
为什么 db.SetMaxOpenConns 和 db.SetMaxIdleConns 必须在初始化后立即调用
这两个参数一旦连接池开始服务，再修改就无效——database/sql 不支持运行时动态调整。常见错误是把它们写在中间件里、或放在某个 handler 中反复调用，结果毫无作用。
- 必须在
sql.Open返回*sql.DB后、首次执行查询前完成设置 - 如果用了 GORM，得通过
DB.DB()获取底层*sql.DB实例再设，例如：db.DB().SetMaxOpenConns(50) - 若项目启动时未设，会沿用默认值：
MaxOpenConns=0（无上限，危险）、MaxIdleConns=2（太小，易频繁建连）
SetConnMaxLifetime 和 SetConnMaxIdleTime 在高负载下容易被忽略
这两个参数决定连接“活多久”和“空闲多久就回收”，不设或设得太长，会导致连接僵死、MySQL 报 Lost connection to MySQL server during query 或 Too many connections。
-
SetConnMaxLifetime(3 * time.Minute)：强制连接最多存活 3 分钟，避免被数据库端 kill -
SetConnMaxIdleTime(30 * time.Second)：空闲超 30 秒就关闭，防止连接池积压大量无用连接 - 注意：MySQL 默认
wait_timeout=28800（8 小时），但云数据库（如阿里云 RDS）常缩到 300~600 秒，务必匹配
Gin 项目中连接池配置的典型位置
别在 main.go 里硬编码连接池参数，也不要在每个 handler 里重复获取 *sql.DB。标准做法是统一初始化并注入全局或依赖容器。
- 推荐放在
models/init.go或db/db.go中，函数名类似InitDB() - 返回值应为
*gorm.DB（如果用 GORM）或*sql.DB（如果用原生 SQL），且确保已调用全部SetXXX方法 - 若用环境变量控制（如
DB_MAX_OPEN=100），解析后转成int再传给SetMaxOpenConns，避免字符串误传
连接池不是设完就一劳永逸的事——它必须和数据库服务器的实际资源、应用并发模型、以及网络稳定性对齐。一个没调优的连接池，比没连接池还容易出问题。
