必须在gorm.Open后立即调用db.DB().SetMaxOpenConns()等方法，因gorm.DB底层sql.DB连接池参数默认为0（无限制），且首次查询后修改可能失效；需在任何ORM操作前完成配置，并通过db.DB().Driver().Name()确认驱动注册正确。
不能直接在 GORM 层配置自定义驱动的连接池参数 —— 所有连接池行为都由底层 *sql.DB 控制，GORM 只负责包装它。
为什么 db.DB().SetMaxOpenConns() 必须在 gorm.Open 之后立即调用
因为 gorm.Open 返回的是 *gorm.DB，它内部持有一个未初始化连接池的 *sql.DB 实例；但这个 *sql.DB 的连接池参数（如最大打开数）默认是零值（即无限制），且一旦首次执行查询（如 db.First()）触发底层拨号后，再修改 SetMaxOpenConns 就可能失效或被数据库拒绝（尤其当已有连接超出新限制时）。
- 必须在
gorm.Open成功后、任何 ORM 查询前，立刻调用db.DB().SetMaxOpenConns(n)等方法 - 若你用的是自定义 MySQL 驱动（如
_ "example.com/my_mysql_driver"），它的连接池行为仍完全遵循database/sql规范，和官方驱动一致 - 漏掉
db.DB().Ping()就无法确认自定义驱动是否真正注册成功、DSN 是否可连通
自定义驱动下 DSN 格式和连接池参数是否受影响
完全不受 GORM 影响 —— DSN 解析、连接建立、空闲/活跃连接管理，全部由你导入的那个驱动包自己实现。GORM 只把 DSN 字符串原样传给 sql.Open(DriverName, DSN)。
- 比如你用
_ "github.com/jackc/pgx/v5/stdlib"，它注册的是"pgx"，那么 DSN 必须符合 pgx 支持的格式（如postgres://...或host=... port=...），不是 lib/pq 的格式 -
SetConnMaxLifetime建议设为略小于数据库端wait_timeout（MySQL）或tcp_keepalives_idle（PostgreSQL），否则可能拿到被服务端静默断开的连接 - 若自定义驱动不支持
context.Context（如老版本 MySQL 驱动），SetConnMaxIdleTime可能被忽略
DriverName 参数写错会导致连接池“看似生效实则无效”
mysql.New() 或 postgres.New() 的 DriverName 字段，不是起别名，而是告诉 GORM：“去 database/sql 注册表里找这个名字对应的驱动”。如果填错，gorm.Open 会静默 fallback 到默认驱动（如 MySQL 场景下填错 DriverName，可能实际走的是官方 "mysql" 驱动），导致你配的连接池参数作用在了错误的驱动实例上。
- 检查方式：打印
db.DB().Driver().Name()，确认返回值和你import _ "xxx"中驱动注册的名字一致 - 常见错配：
pgx/v5/stdlib注册名为"pgx"，但有人误写成"pgxpool"或"postgres" - MySQL 自定义驱动若注册为
"my_mysql"，则mysql.New(mysql.Config{DriverName: "my_mysql", DSN: "..."})才有效；写成"mysql"就会绕过你的驱动
最易被忽略的一点：自定义驱动的 init() 函数是否真调用了 sql.Register？很多“自制驱动”只实现了 driver.Driver 接口，却忘了注册 —— 此时 gorm.Open 会报 "driver: unknown driver"，但错误信息不提示缺失 import，容易卡在排查路径上。
