GORM v2 的 Open 函数必须传入实现 Dialector 接口的实例（如 mysql.Open(dsn)），不可传字符串；需正确配置连接池、Logger、外键约束等，且首次查询才真正建连，应主动探活。
GORM v2 的 Open 函数是唯一入口，不传驱动实例就 panic，不是配个 DSN 就能连上。
为什么 gorm.Open 会报 “dialector is not implemented” 错误
这是最常卡住新手的第一步：v2 版本强制要求第一个参数是实现了 Dialector 接口的实例，不能再像 v1 那样传字符串（如 "mysql"）。如果你直接写 gorm.Open("mysql", dsn)，编译可能过，但运行时一定崩。
-
mysql.Open(dsn)、postgres.Open(dsn)这些才是合法的Dialector实例，必须显式调用 - 对应驱动包（如
gorm.io/driver/mysql）必须提前go get，否则mysql.Open根本不存在 - DSN 字符串里不能漏关键参数：MySQL 必须带
parseTime=true和loc=Local，否则时间字段解析出错
gorm.Config{} 里哪些字段生产环境必须设
空配置 &gorm.Config{} 能跑通，但上线后大概率出问题。重点不是“全设”，而是避开默认陷阱：
-
Logger：不设就静默，建议至少用logger.Default.LogMode(logger.Error)捕获建表/迁移失败 -
PrepareStmt：设为true可防 SQL 注入，但 MySQL 5.7 以下版本会报错，得按实际版本判断 -
DisableForeignKeyConstraintWhenMigrating：设true，否则在某些云 MySQL（如阿里云 RDS）上自动建表会因外键权限被拒 - 别碰
NowFunc和ClauseBuilders—— 99% 场景用不到，乱设反而干扰时间字段或自定义 clause 行为
连接池参数必须从 *gorm.DB 反查 *sql.DB 设置
gorm.Open 返回的 *gorm.DB 本身不暴露连接池控制，必须调用 .DB() 方法拿到底层 *sql.DB 才能配置：
-
SetMaxOpenConns(20)：值太小（如默认 0）会导致高并发下频繁建连；太大（如 >200）可能压垮 MySQL 的max_connections -
SetMaxIdleConns(10)：一般设为MaxOpenConns / 2，避免空闲连接堆积又不至于频繁重连 -
SetConnMaxLifetime(1h)：必须设！尤其在云数据库（如 AWS RDS）上，连接会被中间设备静默断开，不设 lifetime 容易出现 stale connection - 别调
SetConnMaxIdleTime：Go 1.15+ 已废弃，设了也无效
多数据源场景下，Open 调用时机和变量生命周期很关键
多个库（如主从、分片）不能共用一个 *gorm.DB 实例，但也不能每次请求都 Open —— 开销太大且会耗尽文件描述符。
- 全局变量初始化：在
init()或服务启动函数里一次性Open多个库，赋值给不同包级变量（如DBMaster,DBSlave） - 避免闭包捕获：不要在 HTTP handler 里用匿名函数闭包反复调用
gorm.Open，容易导致 goroutine 泄漏和连接池错乱 - 注意 Context 传递：
gorm.DB本身不带 context，查询时需用db.WithContext(ctx)注入，否则超时/取消无法传导到底层
最易被忽略的是：GORM 的 Open 不是“建立 TCP 连接”，而是初始化配置和回调链；真正的连接是在第一次执行查询（如 db.First()）时才惰性拨号。所以光看 Open 不报错，不代表数据库真通了——得加一句 db.Exec("SELECT 1") 主动探活。
