事务时，采用分离 XA 事务管理和连接池管理的方式，做到对应用程序的零侵入。 柔性事务 柔性事务在 2008 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Sage 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介

Apache ShardingSphere document, v5.1.1 柔性事务 柔性事务在 2008 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Saga 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介

的需求。但是在分布式场景下， 传统数据库解决方案缺乏对全局事务的管控能力，用户在使用过程中可能遇到多个数据库节点上出现数 据不一致的问题。 ShardingSphere 分布式事务，为用户屏蔽了分布式事务处理的复杂性，提供了灵活多样的分布式事务解 决方案，用户可以根据自己的业务场景在 LOCAL，XA，BASE 三种模式中，选择适合自己的分布式事务 解决方案。 ShardingSphere XA

的需求。但是在分布式场景下， 传统数据库解决方案缺乏对全局事务的管控能力，用户在使用过程中可能遇到多个数据库节点上出现数 据不一致的问题。 ShardingSphere 分布式事务，为用户屏蔽了分布式事务处理的复杂性，提供了灵活多样的分布式事务解 决方案，用户可以根据自己的业务场景在 LOCAL，XA，BASE 三种模式中，选择适合自己的分布式事务 解决方案。 ShardingSphere XA

Apache ShardingSphere document, v5.1.0 柔性事务 柔性事务在 2008 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Saga 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介

的需求。但是在分布式场景下， 传统数据库解决方案缺乏对全局事务的管控能力，用户在使用过程中可能遇到多个数据库节点上出现数 据不一致的问题。 ShardingSphere 分布式事务，为用户屏蔽了分布式事务处理的复杂性，提供了灵活多样的分布式事务解 决方案，用户可以根据自己的业务场景在 LOCAL，XA，BASE 三种模式中，选择适合自己的分布式事务 解决方案。 ShardingSphere XA

事务时，采用分离 XA 事务管理和连接池管理的方式，做到对应用程序的零侵入。 柔性事务 柔性事务在 2008 年发表的一篇论文中被最早提到，它提倡采用最终一致性放宽对强一致性的要求，以达 到事务处理并发度的提升。 TCC 和 Saga 是两种常见实现方案。他们主张开发者自行实现对数据库的反向操作，来达到数据在回滚时 仍能够保证最终一致性。SEATA 实现了 SQL 反向操作的自动生成，可以使柔性事务不再必须由开发者介

的需求。但是在分布式场景下， 传统数据库解决方案缺乏对全局事务的管控能力，用户在使用过程中可能遇到多个数据库节点上出现数 据不一致的问题。 ShardingSphere 分布式事务，为用户屏蔽了分布式事务处理的复杂性，提供了灵活多样的分布式事务解 决方案，用户可以根据自己的业务场景在 LOCAL，XA，BASE 三种模式中，选择适合自己的分布式事务 解决方案。 ShardingSphere XA