db.Transaction() 是高并发事务安全入口，自动处理回滚、提交与连接归还；须全程使用闭包参数 tx 操作数据库，禁用全局 db 或外部阻塞调用。
db.Transaction 是高并发事务的默认安全入口
别手写 db.Begin()，高并发下漏 Commit() 或 Rollback() 会直接卡死连接池。GORM 的 db.Transaction() 自动处理 panic 回滚、成功提交、连接归还，且内部已做连接复用保护。手动 Begin() 在压测中极易暴露连接泄漏，表现为 acquire connection timeout。
常见错误现象：db.Transaction() 闭包里混用全局 db.Create() —— 这行数据已落库，外层事务回滚无效；或分支中忘了 return err，导致错误被静默吞掉，事务却提交了。
- ✅ 正确：所有 DB 操作都走闭包参数传入的
tx *gorm.DB，如tx.Create(&order) - ❌ 危险：在
db.Transaction()里调db.Exec()或rdb.Set()等外部操作 - ⚠️ 注意：
db.Transaction()不捕获逻辑错误，只看闭包返回值是否为nil；非nil才触发回滚
事务内禁止 HTTP/Redis/MQ 等阻塞调用
事务生命周期必须短（通常 idle_in_transaction_session_timeout 强制 kill，而 MySQL 会长时间 hold 锁，引发热点行阻塞。
实操建议：HTTP 请求、缓存更新、消息投递等，统一移至 tx.AfterCommit(func(){}) 中注册。该钩子只在事务真正提交后执行，回滚则自动跳过。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- ✅ 正确：
tx.AfterCommit(func() { http.Post(...) }) - ❌ 危险：
http.Post()直接写在db.Transaction()闭包里 - ⚠️ 注意：
tx.AfterCommit()若 panic，不影响数据库状态，但需自行加日志和监控兜底
Savepoint 替代“嵌套事务”的真实用法
Go 标准库和 GORM 都不支持嵌套事务，tx.Begin() 在已有事务上调用会 panic：sql: transaction already in progress。所谓“局部回滚”，只能靠 SAVEPOINT 实现，GORM v2.2.5+ 支持 tx.SavePoint("sp_name") 和 tx.RollbackTo("sp_name")。
典型场景：批量导入订单，单条失败不能让整批回滚，但要保证当前订单的数据清理干净。此时应在每条记录前设 savepoint，失败时 RollbackTo，成功则忽略。
- ✅ 可行：
tx.SavePoint("sp_order_123"); tx.Create(&order); if err != nil { tx.RollbackTo("sp_order_123") } - ❌ 无效：
db.Transaction()里再套一层db.Transaction() - ⚠️ 注意：savepoint 名称必须固定可读（如
"sp_charge"），避免随机生成，否则线上 debug 无法关联
Rollback() 出错只需记日志，不可传播或重试
tx.Rollback() 返回 error 并不表示回滚失败，而是“无法确认结果”——比如网络已断，请求发不出去。此时重试 rollback 没意义，向上抛错更危险，会误导调用方以为业务状态异常。
高并发下更要克制：每个 Rollback() 失败都打告警，等于制造噪音；只记录关键字段（tx_id、error、traceID）即可。
- ✅ 正确：
if err := tx.Rollback(); err != nil { log.Warn("rollback failed", "tx_id", txID, "err", err) } - ❌ 危险：
return fmt.Errorf("rollback failed: %w", err) - ⚠️ 注意：Rollback 后不能再操作
tx，否则报sql: transaction has already been committed or rolled back
tx 对象、严格限定作用域的操作、以及对 AfterCommit 和 SavePoint 的克制使用。 
