saga分布式事务

Saga分布式事务：面试必考的分布式事务解决方案详解

面试被问到分布式事务怎么解决？Saga模式绝对是高频考点！今天咱们就掰开揉碎了讲讲Saga分布式事务的原理、优缺点和实战场景，帮你轻松搞定这类面试题。

为啥非得用Saga分布式事务？

想象一下这个场景：你有个电商系统，用户下单后，Saga分布式事务需要同时调用库存服务扣减、订单服务创建订单、积分服务加积分。如果积分服务突然挂了，传统事务会整个回滚，导致库存白扣、订单白建，用户体验极差！

Saga分布式事务就是为了解决这种长事务问题而生的。它的核心思想很直接：把一个长事务拆分成一连串小操作，每个操作都有对应的“后悔药”（补偿操作）。一旦某个步骤失败，就挨个“吃后悔药”往回滚，保证数据最终一致。

（传统2PC与Saga模式对比）

Saga分布式事务的两种玩法

1. 编排（Choreography）：

   • 怎么玩：每个服务都是“戏精”，自己监听事件、触发动作。下单服务扣完库存发个事件，积分服务听到事件就加积分。
   • 优点：没中心“导演”，架构简单，耦合度低。
   • 痛点：流程散落在各服务，出问题时像在迷宫找路，调试想哭。

2. 协同（Orchestration）：

   • 怎么玩：搞个“总指挥”（Saga协调器），它捏着剧本（Saga定义），按顺序指挥服务干活。
   • 优点：流程集中管理，像看流程图一样清晰，回滚逻辑好控制。
   • 缺点：协调器成了关键瓶颈，万一它挂了，全剧终。

实战踩坑经验谈

• 补偿不是万能药：补偿操作可能也会失败！比如“取消订单”可能超时，得设计重试+告警。
• 别让用户等太久：Saga是异步的，Saga分布式事务完成后要主动通知用户，别让用户傻等。
• 锁表要谨慎：长事务中乱加锁？分分钟死锁给你看！尽量用乐观锁，或者缩短锁的持有时间。
• 监控不能少：哪个Saga卡住了？补偿失败了？没监控就像闭眼开车。

小技巧：面试官常问“Saga和TCC有啥区别？” 重点记这个：Saga分布式事务靠补偿回滚，简单但可能脏读；TCC要求每个服务预留资源，一致性更强，但代码复杂N倍！

哪些场景非Saga不可？

1. 电商下单：订单、库存、优惠券、积分一条龙，跨多服务。
2. 跨行转账：银行A扣钱，银行B加钱，链路长风险高。
3. 酒店机票套餐：订酒店+订机票，一个失败另一个得取消。

2025年Java面试宝典重磅更新！ 包含最新Saga分布式事务真题解析： 链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g

总结一把梭

Saga分布式事务是处理长流程业务的利器，用“事后补偿”代替“即时回滚”。选编排还是协同？业务简单用编排，复杂流程上协同！关键记住：补偿操作要幂等，监控告警不能省。

---

福利时刻：准备突击分布式面试？面试鸭返利网 提供全网底价会员！通过本站购买 面试鸭会员 可返现 25元，点击直达 >>>

面试遇到Saga分布式事务别慌，回答清楚“拆事务+补偿回滚”的核心逻辑，再对比下TCC，offer妥妥的！