GORM不封装Savepoint，必须用tx.Exec()手动执行SQL；所有SAVEPOINT/ROLLBACK TO需通过传入的tx实例，禁用全局db，且保存点名须唯一。
GORM 本身不提供 Savepoint 封装，必须手动执行 SQL
很多人以为 Transaction 或嵌套 Begin() 能自动支持保存点，其实 GORM 官方没做这层抽象。它只负责事务边界（COMMIT/ROLLBACK），Savepoint 是底层 SQL 行为，得你自己调用 tx.Exec() 显式管理。
常见错误是直接在 Transaction 闭包里写 db.Exec("SAVEPOINT sp1") —— 这用的是全局 db，不在当前事务上下文中，后续 ROLLBACK TO SAVEPOINT 必定失败，报错 SAVEPOINT sp1 does not exist。
- 所有
SAVEPOINT/ROLLBACK TO SAVEPOINT必须走传入的tx *gorm.DB实例 - 保存点名必须唯一，建议带业务前缀，比如
sp_order_create、sp_inventory_deduct - MySQL 8.0+ 支持，但不支持
RELEASE SAVEPOINT；PostgreSQL 支持且更健壮 - 别在
defer里无条件回滚保存点：如果外层事务已Commit()，再执行ROLLBACK TO SAVEPOINT会静默失败或报错
如何在 GORM 中安全创建并回滚到 Savepoint
以「创建订单 + 扣减库存」为例，若扣减失败，只回滚库存操作，保留订单记录（注意：这不是业务避让，锁依然持有）：
err := db.Transaction(func(tx *gorm.DB) error {
// 创建订单
var order Order
if err := tx.Create(&order).Error; err != nil {
return err
}
<pre class="brush:php;toolbar:false;">// 设置保存点
if _, err := tx.Exec("SAVEPOINT sp_inventory"); err != nil {
return err
}
// 扣减库存
if err := tx.Model(&Inventory{}).Where("id = ?", order.ProductID).Update("stock", gorm.Expr("stock - ? ", order.Quantity)).Error; err != nil {
// 回滚到保存点，不中断整个事务
if _, rollbackErr := tx.Exec("ROLLBACK TO SAVEPOINT sp_inventory"); rollbackErr != nil {
return rollbackErr
}
// 此处可记录警告、发告警，但继续往下走
}
return nil // 整体事务仍提交})
- 回滚后，
tx仍可执行其他语句（如插入失败日志） - 不能依赖「数据查不到」判断是否回滚成功——要查
information_schema.INNODB_TRX确认锁状态 - 如果中间穿插了 DDL（如
ALTER TABLE），所有保存点立即失效，这是 MySQL 的隐式提交行为，不是 bug
为什么不能用 Transaction 嵌套模拟 Savepoint
有人试过在 Transaction 闭包里再调一次 tx.Transaction(...)，这是无效的。GORM 的 Transaction 方法内部会调用 Begin()，而 MySQL 不支持真正嵌套事务，第二次 Begin() 只是被忽略或触发警告，不会新建事务上下文。
-
Transaction是闭包式、自动收尾的高层封装，只适合“全有或全无”场景 - 所谓“嵌套事务”在 GORM 中本质就是 Savepoint，必须手写 SQL 控制
- 跨函数传递保存点？不行——保存点只在当前
sql.Tx生命周期内有效，无法序列化或共享 - 用
Begin()替代？可以，但你要自己管Commit()/Rollback()，风险远高于直接用Transaction+ 手动SAVEPOINT
最易被忽略的一点：Savepoint 不释放锁，也不改变事务隔离级别。回滚到保存点后看到“数据恢复了”，只是你这一个事务视角，别的连接可能还在等那行锁。真要业务避让，得靠前置校验、重试机制或应用层分布式锁，而不是依赖 ROLLBACK TO SAVEPOINT。
