Go 数据库事务与隔离从 MVCC 到死锁排查数据库事务是后端常识也是高频面试题。本文讲清 ACID、隔离级别、死锁排查与实战。一、ACIDAtomic要么全成功要么全回滚Consistency约束保持Isolation并发互不干扰Durability持久保存二、隔离级别级别描述READ UNCOMMITTED允许脏读READ COMMITTED不允许脏读REPEATABLE READ不允许脏读 不可重复读SERIALIZABLE完全隔离InnoDB 默认 REPEATABLE READ。三、MVCCInnoDB 的多版本并发控制每行保留最近 历史版本读快照snapshot read看到事务开始时一致性视图写当前读四、事务实现tx,err:db.BeginTx(ctx,sql.TxOptions{Isolation:sql.LevelSerializable})defertx.Rollback()_,errtx.ExecContext(ctx,UPDATE ...)_,errtx.ExecContext(ctx,INSERT ...)errtx.Commit()五、死锁案例tx1:UPDATE t SET x1WHERE id1UPDATE t SET x1WHERE id2tx2:UPDATE t SET x2WHERE id2UPDATE t SET x2WHERE id1两条 tx 等对方释放 → 死锁。六、死锁排查SHOWENGINEINNODBSTATUS;输出 LATEST DETECTED DEADLOCK section列出哪个 tx、哪个 SQL。七、应用层处理fori:0;i3;i{err:execTx(ctx,...)iferr!nilerrors.Is(err,ErrDeadlock){time.Sleep(time.Duration(i1)*50*time.Millisecond)continue}break}八、GORM 事务db.Transaction(func(tx*gorm.DB)error{// ...returnnil})九、悲观锁 vs 乐观锁// 悲观db.Exec(SELECT ... FOR UPDATE)// 乐观db.Exec(UPDATE ... WHERE version ?,version)乐观适合读多写少。十、跨服务事务Saga 模式typeSagastruct{steps[]Step}func(s*Saga)Exec(ctx context.Context)error{fori,step:ranges.steps{iferr:step.Do(ctx);err!nil{// 反向补偿forj:i-1;j0;j--{s.steps[j].Compensate(ctx)}returnerr}}returnnil}十一、踩坑清单大事务锁持有时间长传染全库死锁不重试用户感知失败rollback 未 defer异常导致连接未关闭十二、实战分布式事务Outboxerr:db.Transaction(func(tx*gorm.DB)error{iferr:tx.Create(order).Error;err!nil{returnerr}returntx.Create(eventOutbox).Error})事务外置 EventOutboxK8s 通过 EventHub 消费。十三、未来分布式数据库原生支持 ACIDTiDB / PolarDB 等为云原生而生十四、总结与展望事务是后端的手术刀必须用对地方。MySQL 行锁 多版本控制是强力工具但要谨慎。未来云原生数据库一体化事务将减少应用层复杂度。十五、参考文献MySQL InnoDB 文档数据库系统概念