面试题答案
一键面试1. 两阶段提交（2PC）
- 优点：原理简单，实现方便，能够保证强一致性。
- 缺点：
- 性能问题：整个事务的执行需要等待所有参与者的响应，协调者和参与者在准备阶段和提交阶段都处于阻塞状态，期间无法处理其他请求，导致系统吞吐量低。
- 单点故障：协调者一旦出现故障，整个事务无法继续进行。若在准备阶段协调者故障，参与者会一直处于锁定资源的状态；若在提交阶段协调者故障，部分参与者可能已提交事务，部分未提交，导致数据不一致。
- 数据一致性风险：当网络出现分区等异常情况时，可能导致部分参与者收不到协调者的指令，从而造成数据不一致。
2. 三阶段提交（3PC）
- 优点：
- 相较于2PC，降低了单点故障导致数据不一致的风险。引入了预提交阶段，使得协调者和参与者有更多时间处理异常情况。
- 减少了参与者的阻塞时间，在预提交阶段后，参与者若长时间未收到协调者指令，可自行提交或回滚事务。
- 缺点：
- 实现复杂，增加了系统的设计和开发成本。
- 依然存在性能问题，虽然减少了阻塞时间，但整体事务处理过程仍需要多次网络交互，影响系统吞吐量。
3. TCC（Try - Confirm - Cancel）
- 优点：
- 性能较好，不需要长时间锁定资源，适合高并发场景。Try阶段只对业务资源进行初步检查和预留，Confirm和Cancel阶段才真正操作资源，且操作相对简单快速。
- 实现相对灵活，开发者可以根据具体业务场景实现Try、Confirm和Cancel逻辑，对业务侵入性相对较小。
- 缺点：
- 开发成本高，需要业务开发者自行实现Try、Confirm和Cancel逻辑，且需要保证幂等性，以防止重复调用导致数据不一致。
- 一致性保证相对较弱，虽然在大多数情况下能保证最终一致性，但在极端情况下（如Cancel操作失败），仍可能出现数据不一致的情况。
4. 消息队列（可靠消息最终一致性方案）
- 优点：
- 解耦性强，通过消息队列将事务的各个操作解耦，各服务之间通过消息进行通信，降低了服务间的耦合度。
- 最终一致性，在高并发场景下能保证系统的最终一致性，适用于对一致性要求不是特别严格但追求高可用性和高性能的场景。
- 扩展性好，消息队列可以很方便地进行水平扩展，以应对高并发的消息处理需求。
- 缺点：
- 依赖消息队列的可靠性，如果消息队列出现故障，可能导致消息丢失或重复消费，从而影响事务的一致性。
- 实现复杂度较高，需要处理消息的发送、接收、重试、幂等性等问题，确保消息的可靠传递和处理。
5. 最大努力通知
- 优点：
- 实现简单，业务系统只需关注核心业务逻辑，通知部分的实现相对容易。
- 对业务侵入性小，基本不影响业务的正常流程，只需在业务完成后增加通知逻辑。
- 缺点：
- 无法保证强一致性，只能尽最大努力通知，存在通知失败的可能性，可能导致数据最终不一致。
- 适用于对一致性要求不高，允许一定程度数据不一致的场景，如一些非关键数据的同步场景。