分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统中的全局事务。简单来说，就是一次大的操作涉及到多个数据库，且这些数据库可能在不同的服务器上。为了保证数据的一致性，需要所有操作要么全部成功，要么全部失败。
为什么要使用分布式事务？
数据一致性： 保证多个数据库中的数据一致性。 业务完整性： 保证业务操作的完整性。 分布式事务的挑战 复杂性： 实现分布式事务比本地 WhatsApp 号码数据库 事务复杂得多。
性能开销： 分布式事务会
带来额外的性能开销。 可靠性： 分布式事务的可靠性较难保证。 分布式事务的解决方案 1. 两阶段提交（Two-phase commit，2PC） 优点： 实现相对简单，保证了强一致性。 缺点： 性能较差，单点故障风险高。
阶段提交 优点：
相比2PC，3PC减少了阻塞时间，提高了可用性。 缺点： 实现复杂，性能开销大。 3. 补偿事务（Saga模式） 优点： 灵活性高，性能较好。
缺点： 实现复杂，
需要手动编排补偿逻辑。 4. 基于消息中间件的最终一致性 优点： 实现相对简单，性能较好。 缺点： 数据最终一致性，存在短暂的 尘埃落定在混乱中寻找平静 不一致窗口。 5. TCC（Try-Confirm-Cancel） 优点： 灵活性高，性能较好。 缺点： 实现复杂，需要开发者实现Try、Confirm、Cancel三个操作。
选择合适的解决方案
业务需求： 不同的业务场景对数据一致性的要求不同。 系统复杂度： 系统的复杂度会影响分布式事务的实现难度。 性能要求： 性能要求会影响选择哪种解决方案。
