面试题答案
一键面试1. Saga模式
- 优点：
- 业务友好：以业务流程为导向，将长事务分解为多个本地短事务，开发人员可根据业务逻辑定制事务流程，易于理解和实现。在电商场景中，涉及多级供应商时，可按供应商对接顺序依次处理事务。
- 灵活性高：支持异步执行，各子事务可并行处理，提高系统性能。对于多种支付方式和复杂促销活动，可独立处理支付和促销相关事务，提高响应速度。
- 容错性强：部分子事务失败时，可通过补偿机制回滚已成功的子事务，降低系统整体失败风险。
- 缺点：
- 协调复杂性：随着业务流程复杂度增加，Saga事务的编排和协调难度增大，可能导致系统维护成本上升。
- 一致性弱：由于异步执行，在事务执行过程中可能出现数据不一致的窗口期。
2. TCC（Try - Confirm - Cancel）
- 优点：
- 强一致性：Try阶段预留资源，Confirm阶段正式提交，Cancel阶段回滚资源，能保证事务最终一致性，适用于对数据一致性要求高的电商支付场景。
- 性能优化：相比XA，TCC减少了数据库锁的持有时间，提高并发性能。
- 缺点：
- 侵入性强：业务代码需实现Try、Confirm和Cancel三个阶段逻辑，对业务侵入较大，开发成本高。
- 代码复杂：每个业务操作都要考虑三种状态，增加了代码编写和维护难度，尤其在复杂电商业务中。
3. XA
- 优点：
- 简单易用：由数据库提供事务支持，开发人员只需关注业务逻辑，无需过多考虑分布式事务细节，降低开发门槛。
- 强一致性：通过两阶段提交协议保证数据的强一致性，适用于对数据一致性要求极高的核心业务，如订单创建与库存扣减。
- 缺点：
- 性能瓶颈：在两阶段提交过程中，数据库资源会被长时间锁定，影响系统并发性能，在高并发电商场景下可能成为瓶颈。
- 单点故障：事务协调者出现故障时，可能导致事务无法正常提交或回滚，影响系统可用性。
4. 融合方案选择及设计
- 选择与TCC融合：因为TCC的强一致性和Saga的灵活性、业务友好性可互补。
- 设计方案：
- 核心业务采用TCC：对于支付、核心库存扣减等对一致性要求极高的业务环节，采用TCC模式。例如在用户下单支付时，Try阶段冻结支付金额和库存，Confirm阶段完成支付和库存扣减，Cancel阶段解冻金额和库存。
- 周边业务采用Saga：对于涉及多级供应商对接、复杂促销活动等业务流程长且灵活性要求高的部分，采用Saga模式。如供应商发货流程，可拆分为多个子事务，通过Saga进行异步编排。
- 交互协调：在Saga流程中涉及核心业务操作时，调用TCC服务。例如Saga流程走到订单确认环节，调用支付TCC服务完成支付操作。通过这种方式，既保证核心业务数据一致性，又利用Saga模式处理复杂业务流程，提高系统整体性能和灵活性。