GORM框架事务怎么写？新手入门实战教程-Golang-PHP中文网

GORM事务不是“写出来就行”，而是“用对模式才不丢数据”；新手应优先使用db.Transaction()闭包模式，它自动处理错误回滚、panic捕获与连接释放，避免手动Begin/Commit/Rollback导致的连接泄漏或脏数据。

gorm框架事务怎么写？新手入门实战教程

直接说结论：GORM 事务不是“写出来就行”，而是“用对模式才不丢数据”。新手最容易栽在 db.Create 和 db.Model().Update 连着写却没包事务——看着都成功了，其实库存扣少了、订单多生成了，线上查账时才发现。

用 `db.Transaction()` 闭包是最安全的起步方式

这是 GORM 官方推荐、也是新手最不容易出错的方式。它自动处理 panic 回滚、错误传播、连接释放，不用手动管 Commit 或 Rollback。

常见错误现象：手写两个 Create 操作，第二个失败了，第一个却已落库；或者中间 panic 导致事务悬挂，连接卡住。

必须把所有数据库操作写在闭包函数里，不能在外部调用 tx 后再传出去
只要任意一步返回非 nil 错误，整个事务自动回滚
闭包内发生的 panic 会被捕获并转为错误，不会导致连接泄漏（GORM 1.20+ 特性）

示例：

err := db.Transaction(func(tx *gorm.DB) error {
    if err := tx.Create(&Order{UserID: 1, Amount: 99}).Error; err != nil {
        return err // 立即回滚
    }
    if err := tx.Model(&Product{}).Where("id = ?", 101).Update("stock", gorm.Expr("stock - 1")).Error; err != nil {
        return err // 立即回滚
    }
    return nil // 显式返回 nil 才会提交
})

别在 Gin 中间件或 Handler 里直接用 `db.Begin()`

手动事务（Begin/Commit/Rollback）看起来更“可控”，但对新手极其危险。尤其在 Gin 的 HTTP 请求上下文中，容易漏掉 Rollback、忘记 defer、panic 没 recover，最终导致连接池耗尽或脏数据残留。

使用场景：仅当你需要跨多个函数传递事务对象、或要嵌套保存点（SavePoint）时才考虑手动控制。

必须配 defer func() { if r := recover(); r != nil { tx.Rollback() } }()
每个 if err != nil 分支后都要显式 tx.Rollback() 并 return
最后必须调用 tx.Commit()，且要检查其返回的 error

一句话：除非你清楚自己在绕过什么，否则别碰 Begin。

GORM框架 1.30.3

GORM框架 1.30.3版本源码包下载，版本号 1.30.3，适合在 1.30 主线早期节点做源码留档、依赖回放和升级前后行为对照。

下载

嵌套事务不是“事务套事务”，而是靠 `SavePoint` 实现局部回滚

新手常误以为 db.Transaction() 套一层就是嵌套事务——其实 GORM 默认不支持真正嵌套（即外层事务不感知内层 rollback），所谓“嵌套”是通过保存点模拟的。

典型用途：主流程不能失败，但某个子操作（如发通知、记日志）失败时只回滚它自己，不影响主事务。

要用 tx.SavePoint("sp1") 创建保存点，再用 tx.RollbackTo("sp1")
保存点名必须唯一，且不能在不同事务间复用
外层事务 commit 后，所有保存点自动失效；rollback 则连带所有保存点一起回滚

示例片段：

err := db.Transaction(func(tx *gorm.DB) error {
    tx.Create(&Order{...}) // 主操作
<pre class="brush:php;toolbar:false;">if err := tx.SavePoint("notify"); err != nil {
    return err
}
if err := sendNotification(); err != nil {
    tx.RollbackTo("notify") // 只回滚通知部分
}

return nil

})