gorm.open仅初始化*gorm.db实例，真实连接延迟至首次查询/写入或sqldb.ping()；mysql必须配parsetime=true和loc=local以防time.time字段panic；需显式关闭skipdefaulttransaction并配置sqldb连接池参数。
GORM 的 gorm.Open 不会立即建立真实数据库连接，只是初始化一个可复用的 *gorm.DB 实例；真连接发生在第一次执行查询（如 db.First）、写入（如 db.Create）或 sqlDB.Ping() 时。
MySQL 连接必须加 parseTime=True 和 loc=Local
不加这两个参数，time.Time 字段在读写时会 panic 或返回零值。GORM 默认使用 database/sql 驱动，而 MySQL 官方驱动要求显式开启时间解析和时区处理。
-
parseTime=True：让驱动把 MySQL 的DATETIME/TIMESTAMP转成 Go 的time.Time，否则返回[]byte -
loc=Local：避免时区错乱（比如存进去是北京时间，查出来变成 UTC）；若需统一 UTC，可改用loc=UTC - 常见错误现象：
sql: Scan error on column index 2: unsupported Scan, storing driver.Value type []uint8 into type *time.Time - DSN 示例：
"user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local"（注意 & 要转义为&）
gorm.Config 里不设 SkipDefaultTransaction 会导致写操作变慢
默认开启事务包装（每个 Create/Save/Update 都包一层 BEGIN/COMMIT），对单条写入无意义且增加 RT。
- 生产环境建议显式关闭：
&gorm.Config{SkipDefaultTransaction: true} - 若业务确实需要事务一致性，应手动用
db.Transaction(...)控制边界，而非依赖默认行为 - 该配置不影响
db.Exec或原生 SQL 执行
连接池参数必须通过 db.DB() 设置，不能只靠 gorm.Config
gorm.Config 只控制 ORM 层行为，底层 *sql.DB 的连接池（最大打开、空闲数、生命周期）需单独获取并配置，否则容易在高并发下打满数据库。
- 正确姿势：
sqlDB, err := db.DB()
if err != nil {
panic(err)
}
sqlDB.SetMaxOpenConns(100)
sqlDB.SetMaxIdleConns(20)
sqlDB.SetConnMaxLifetime(1 * time.Hour)
MaxOpenConns=0（无限制），可能触发 MySQL 的 max_connections 拒绝新连接SetConnMaxLifetime 推荐设为 1 小时以内，避免长连接被中间件（如 RDS Proxy、SLB）静默断开后产生 stale connection真正难调的不是 DSN 写法，而是连接池参数与业务 QPS 的匹配关系——比如你设了 MaxOpenConns=100，但每秒有 200 个请求且平均耗时 300ms，那实际需要的活跃连接数是 60 左右，100 是够的；但如果请求分布尖峰明显，就还得看 MaxIdleConns 是否能快速复用旧连接。这些没法靠“配完就跑”解决，得结合 sqlDB.Stats() 观察。
