zhuanlan.zhihu.com/p/610552000
分布式事务是在分布式系统中处理跨多个数据库、系统或网络资源的事务的一种机制。在传统的单体应用中，事务通常由单个数据库管理系统（DBMS）控制，以保证事务的ACID属性（原子性、一致性、隔离性、持久性）。然而，在分布式系统中，数据和服务可能分散在不同的数据库和系统中，这就需要一种机制来保证整个分布式系统中的操作能够作为一个整体被管理，以确保数据的一致性和完整性。
分布式事务的挑战
-
网络问题：网络延迟和分区（网络分割）可能导致事务中的某些部分无法及时完成或通信失败。
-
资源管理：不同的系统可能使用不同的数据库和技术栈，需要统一的事务管理机制。
-
性能问题：相比于本地事务，分布式事务引入的网络交互和协调机制可能会导致性能下降。
-
一致性保证：需要确保事务在所有参与系统中都能正确地提交或回滚，维护数据的一致性。
分布式事务的解决方案
- 两阶段提交（2PC）：
- 是最常见的分布式事务协议。它分为两个阶段：准备阶段，事务协调器（通常是一个特定的服务或组件）要求所有参与事务的节点准备提交事务；提交阶段，根据所有节点的准备情况，协调器决定是提交事务还是回滚事务。
- 两阶段提交保证了事务的ACID属性，但其性能和可用性受网络等因素影响较大。
- 三阶段提交（3PC）：
- 是两阶段提交的改进版，增加了一个预提交阶段，以减少阻塞和提高系统的容错性。
- 三阶段提交比2PC更复杂，但在某些场景下能提供更好的性能和可用性。
- 最终一致性（BASE）：
- 与ACID原则相对，最终一致性是一种更加灵活的事务一致性模型。它允许系统在一段时间内处于不一致状态，但保证最终达到一致性。
- 常用于大规模分布式系统，如分布式数据库、微服务架构等。
- 补偿事务（Saga模式）：
- 在微服务架构中，每个服务管理自己的数据。Saga模式通过一系列本地事务来管理一个分布式事务，如果某个操作失败，会执行一系列补偿操作（回滚）来保证数据的一致性。
- Saga模式更灵活，适用于长事务和需要高性能的场景。
- 分布式事务中间件：
- 如Seata、TCC-Transaction等，提供了一整套分布式事务的解决方案，帮助开发者更容易地实现分布式事务管理。
选择合适的分布式事务解决方案需要根据具体的业务场景、性能要求和系统架构来决定。在设计分布式系统时，应尽可能地减少分布式事务的使用，通过设计来避免跨服务的复杂事务，以减轻系统的复杂性和提高性能。
