正确初始化GORM连接MySQL需在DSN中设置parseTime=true&loc=Local（或Asia%2FShanghai），用sql.Open预检驱动，拆分DSN为环境变量；主键须为大写ID且整型；First按条件查 NotFound错误明确，Take仅取首行易误判；事务中须传递*gorm.DB实例，避免新建DB断开上下文。
GORM 本身不直接操作 MySQL，它通过 database/sql 驱动与 MySQL 通信；用错驱动、漏设 ParseTime=true 或忽略事务隔离级别，查出来的 time.Time 字段会是零值或 panic。
如何正确初始化 GORM 连接 MySQL
关键不是“连上就行”，而是连接参数必须匹配时区和时间解析需求。MySQL 默认时区是 SYSTEM，但 Go 的 time.Time 在未配置时无法安全反序列化 DATETIME 字段。
- 必须在 DSN 中加上
parseTime=true&loc=Local（或loc=Asia%2FShanghai），否则SELECT返回的created_at字段可能为0001-01-01 00:00:00 +0000 UTC - 推荐用
sql.Open("mysql", dsn)先测试驱动是否可用，再传给gorm.Open()，避免gorm.Open()静默失败 - 别硬编码 DSN：把
user:password@tcp(127.0.0.1:3306)/dbname拆成环境变量，例如DB_USER、DB_ADDR，方便切换测试/生产库
为什么 Create() 后 ID 是 0，或 Save() 不生效
常见于结构体字段没加 GORM 标签，或主键命名/类型不符合约定。GORM 不会报错，只会跳过赋值或忽略更新。
- 主键字段名必须是
ID（首字母大写），且类型为uint、int、uint64等整数类型；若用id小写，GORM 不识别为主键，插入后ID不会被回填 - 非空字段（如
NOT NULL）对应 struct 字段不能是零值，比如string字段为""，GORM 默认不插入该字段（除非显式用SELECT指定） - 想强制插入零值字段，得在标签里加
gorm:"default:0"或用db.Create(&u).Select("Age").Error
First() 和 Take() 的行为差异容易导致线上 bug
两者都取一条记录，但语义和错误处理完全不同：前者按主键或条件查，找不到返回 ErrRecordNotFound；后者只取结果集第一行，哪怕 WHERE 条件不匹配也返回 nil 错误 —— 容易掩盖逻辑错误。
立即学习“go语言免费学习笔记（深入）”；
- 查用户：
db.Where("name = ?", name).First(&user)→ 找不到时err == gorm.ErrRecordNotFound，可安全判断 - 同条件用
Take()：如果表里有其他用户，它可能返回任意一条，而不是你期望的name对应的那条 - 批量更新慎用
Model(&User{}).Where(...).Updates(...)：它生成的是UPDATE users SET ... WHERE ...，不会触发钩子（BeforeUpdate），也不校验字段是否存在
事务里嵌套调用函数，为什么 Rollback() 失效
GORM 的事务对象不是全局单例，而是绑定到当前 DB 实例。一旦在事务中调用另一个函数并传入原始 *gorm.DB，那个函数内部新开的查询就脱离了事务上下文。
- 正确做法：把事务 DB 实例作为参数显式传入，例如
func updateUser(tx *gorm.DB, id uint) error { return tx.Where("id = ?", id).Updates(...).Error } - 别用
db.Session(&gorm.Session{NewDB: true})在事务里创建新 DB 实例，它会断开事务链 - MySQL 默认隔离级别是
REPEATABLE READ，GORM 不自动设置READ COMMITTED，高并发下可能出现幻读；如需严格一致性，建表时指定gorm:"serializer:json"或手动执行tx.Exec("SET TRANSACTION ISOLATION LEVEL READ COMMITTED")
最常被跳过的其实是日志和错误检查：每个 Create/First 调用后不看 err，只打印 fmt.Printf("%+v", user)，结果 user 是零值却以为成功了。GORM 的静默失败比报错更危险。
