被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 4.3. 分布式事务 38 Apache ShardingSphere document, v5.0.0 4.3.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 和 RM（资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Sage 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介 入才能使用。 Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 4.4.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 前方案的不足，提供一站式的分布式事务解决方案是 Apache ShardingSphere 和 RM（资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Saga 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介 入才能使用。 Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 4.4.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 前方案的不足，提供一站式的分布式事务解决方案是 Apache ShardingSphere 和 RM（资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Saga 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介 入才能使用。 Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 4.4.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 前方案的不足，提供一站式的分布式事务解决方案是 Apache ShardingSphere 和 RM（资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 4.4. 分布式事务 44 Apache ShardingSphere document 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Saga 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介 入才能使用。 Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 3.2.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 前方案的不足，提供一站式的分布式事务解决方案是 Apache ShardingSphere 和 RM（资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 3.2.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 前方案的不足，提供一站式的分布式事务解决方案是 Apache ShardingSphere （资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 3.2. 分布式事务 26 Apache ShardingSphere document

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 8.2. 分布式事务 30 Apache ShardingSphere document 8.2.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 （资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 8.2. 分布式事务 30 Apache ShardingSphere document 8.2.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 （资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document

被大幅增加。 基于 XA 的强一致事务使用相对简单，但是无法很好的应对互联网的高并发或复杂系统的长事务场景；柔 性事务则需要开发者对应用进行改造，接入成本非常高，并且需要开发者自行实现资源锁定和反向补偿。 8.2. 分布式事务 30 Apache ShardingSphere document 8.2.3 目标 整合现有的成熟事务方案，为本地事务、两阶段事务和柔性事务提供统一的分布式事务接口，并弥补当 （资源管理器）概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document