面试题答案
一键面试性能对比
- 两阶段提交（2PC）：性能相对较低。协调者需要等待所有参与者响应，并且在准备阶段会锁定资源，阻塞时间较长，尤其是在参与者较多时，网络延迟和资源锁定的开销较大。
- 三阶段提交（3PC）：性能略优于2PC。引入了预提交阶段，减少了参与者资源锁定时间，但仍然需要多次网络交互，在网络不稳定时性能会受到较大影响。
- TCC（Try - Confirm - Cancel）：性能较高。Try阶段只做资源预留，锁定资源粒度小，且Confirm和Cancel操作通常是本地执行，减少了网络交互，适用于高并发场景。
- Saga模式：性能较高。每个子事务相对独立执行，不需要长时间锁定资源，并且可以并行执行部分子事务，提高了整体执行效率。但如果子事务之间存在复杂依赖，性能会受到一定影响。
可靠性对比
- 两阶段提交（2PC）：可靠性较低。存在单点故障问题，协调者故障可能导致整个事务无法完成或回滚。并且在提交阶段如果部分参与者故障，可能出现数据不一致情况。
- 三阶段提交（3PC）：可靠性相对2PC有所提高。通过预提交阶段，减少了协调者单点故障的影响，在部分参与者故障时，有一定的恢复机制。但仍然无法完全避免数据不一致问题。
- TCC（Try - Confirm - Cancel）：可靠性较高。通过业务层面的补偿机制，保证最终一致性。即使出现故障，也可以通过重试等方式完成事务或进行回滚。但对业务侵入性较大，需要开发者精心设计补偿逻辑。
- Saga模式：可靠性较高。每个子事务都有对应的补偿事务，即使某个子事务失败，也可以通过执行补偿事务来保证数据一致性。并且子事务之间相对独立，一个子事务的故障不会影响其他子事务的补偿执行。
适用场景对比
- 两阶段提交（2PC）：适用于参与者较少、网络稳定、对一致性要求极高的场景，如银行转账等核心交易场景。
- 三阶段提交（3PC）：适用于对一致性要求较高，同时对单点故障较为敏感的场景，但由于其实现复杂，实际应用相对较少。
- TCC（Try - Confirm - Cancel）：适用于高并发、业务逻辑相对简单、对性能要求较高的场景，如电商的订单系统、支付系统等。
- Saga模式：适用于业务流程较长、涉及多个服务交互、对性能和可靠性要求都较高的场景，如电商的复杂业务流程，包括订单创建、库存扣减、物流分配等多个环节。
Saga模式优势场景
- 业务流程长且复杂，包含多个不同服务交互，各子事务相对独立，例如电商的复杂业务流程。
- 对性能要求较高，希望减少资源锁定时间，提高系统并发处理能力。
- 可靠性要求高，每个子事务都能有对应的补偿机制，保证数据最终一致性。
Saga模式劣势场景
- 子事务之间存在强依赖关系，导致无法并行执行，影响性能。
- 业务逻辑简单，使用Saga模式会增加系统复杂度，不如使用其他更轻量级的事务模式。