Beego中ORM事务需显式开启：先调用o.Begin()获取控制权并检查err，再用同一o实例执行操作，最后根据结果调用Commit()或Rollback()。
在Beego框架中使用ORM进行数据库操作时，必须显式开启事务才能保证多条SQL语句的原子性执行，否则每条语句单独提交，出错后无法整体回退。
开启事务并执行操作
第一步：调用 o.Begin() 方法获取事务控制权。这一步必须在所有数据库操作前执行，且返回的错误值不可忽略——【err != nil 说明事务未成功开启，后续所有操作都不在事务范围内】。
第二步：使用同一个 Ormer 实例 o 执行增删改查。注意：必须是同一个 o 实例，不能混用全局 ORM 或新创建的 Ormer；否则事务失效。
第三步：根据业务逻辑判断是否需要提交或回滚。若中间某步出错（如插入失败、校验不通过），应立即调用 o.Rollback()；若全部成功，则调用 o.Commit()。
事务回滚的两种典型场景
方法一：手动捕获错误后回滚
在每个关键操作后检查 err，一旦非 nil 就调用 o.Rollback() 并提前退出函数。这适合步骤少、逻辑线性明确的流程。
方法二：用 defer + panic 配合 recover 实现自动回滚
在 Begin 后立即写 defer func() { if r := recover(); r != nil { o.Rollback() } }()，然后在需要回滚的位置直接 panic("xxx")。这种方式能避免漏写 Rollback，但要注意 panic 会中断当前 goroutine 的正常流程。
事务提交前的必要检查
提交前务必确认所有操作都已成功执行，且没有被意外跳过。常见陷阱是用了 if-else 分支但只在 if 块里写了 Commit，else 块却没写 Rollback —— 这会导致事务挂起，连接池资源被长期占用。
更稳妥的做法是统一用布尔标记状态：success := true，每步出错则置为 false，最后用 if success { o.Commit() } else { o.Rollback() } 统一收口。
这一步操作起来很简单，直接把文件拖进去就行。
