吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发 挥它们的最大长处。可通过下表详细对比它们之间的区别，以帮助开发者进行技术选型。 本地事务 两（三）阶段事务 柔性事务 业务改造 无 无 实现相关接口 一致性 不支持 支持 最终一致 隔离性 不支持 支持 业务方保证 并发性能 无影响 严重衰退 略微衰退 适合场景 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交。 XA 两阶段事务 支持项 • 支持数据分片后的跨库事务； • 两阶段提交保证操作的原子性和数据的强一致性； shardingsphere-benchmark/report/script/gen_report.sh 历史压测数据展示 正在进行中，请等待。 3.10.5 性能测试 (sysbench) 环境 推荐硬件环境 CPU: 32 Cores RAM: 128 GB NIC: 10Gb Ethernet 3.10. 测试引擎 120 Apache ShardingSphere document,

吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。可通过下表详细对比它们之间的区别，以帮助开发者进行技术选型。 本地事务 两（三）阶段事务 柔性事务 业务改造 无 无 实现相关接口 一致性 不支持 支持 最终一致 隔离性 不支持 支持 业务方保证 并发性能 无影响 严重衰退 略微衰退 适合场景 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持数据分片后的跨库事务； • 两

吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。可通过下表详细对比它们之间的区别，以帮助开发者进行技术选型。 本地事务 两（三）阶段事务 柔性事务 业务改造 无 无 实现相关接口 一致性 不支持 支持 最终一致 隔离性 不支持 支持 业务方保证 并发性能 无影响 严重衰退 略微衰退 适合场景 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持数据分片后的跨库事务； • 两

的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 3.2. 分布式事务 27 Apache ShardingSphere document, v5.2.0 LOCAL XA BASE 业务改造 无 无 需要 seata server 一致性 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持 Savepoint 嵌套事务；

的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 8.2. 分布式事务 32 Apache ShardingSphere document LOCAL XA BASE 业务改造 无 无 需要 seata server 一致性 不支持 支持 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据；

吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。可通过下表详细对比它们之间的区别，以帮助开发者进行技术选型。 本地事务 两（三）阶段事务 柔性事务 业务改造 无 无 实现相关接口 一致性 不支持 支持 最终一致 隔离性 不支持 支持 业务方保证 并发性能 无影响 严重衰退 略微衰退 适合场景 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持数据分片后的跨库事务； • 两

的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 8.2. 分布式事务 32 Apache ShardingSphere document LOCAL XA BASE 业务改造 无 无 需要 seata server 一致性 不支持 支持 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据；

吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。可通过下表详细对比它们之间的区别，以帮助开发者进行技术选型。 本地事务 两（三）阶段事务 柔性事务 业务改造 无 无 实现相关接口 一致性 不支持 支持 最终一致 隔离性 不支持 支持 业务方保证 并发性能 无影响 严重衰退 略微衰退 适合场景 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持 Savepoint 嵌套事务；

的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 8.2. 分布式事务 32 Apache ShardingSphere document LOCAL XA BASE 业务改造 无 无 需要 Seata Server 一致性 不支持 支持 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据；