是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 执行出现异常，执行 Commit，数据保持一致。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库； • 服务宕机后，需要通过 XA RECOVER 获取未提交或回滚的事务，也可以在 COMMIT 时使用 ONE PHASE 跳过 PERPARE。 MySQL [(none)]>

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 服务宕机后，在其它机器上恢复提交/回滚中的数据。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库； • 服务宕机后，需要通过 XA RECOVER 获取未提交或回滚的事务，也可以在 COMMIT 时使用 ONE PHASE 跳过 PERPARE。 MySQL [(none)]>

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 document, v5.1.2 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库； • 服务宕机后，需要通过 XA RECOVER 获取未提交或回滚的事务，也可以在 COMMIT 时使用 ONE PHASE 跳过 PERPARE。 MySQL [(none)]>

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 已达到瓶颈 ‐ CPU 开销主要在于 ShardingSphere 路由逻辑 ‐ 所有 SQL 已经最优且每次 SQL 执行都能命中单一分片 在不满足以上条件的情况下使用，可能对 SQL 的执行延时不会有明显改善，同时会增加内存的压力。 参数解释 rules: - !SHARDING tables: shardingAlgorithms: # ... shardingCache: 已达到瓶颈 ‐ CPU 开销主要在于 ShardingSphere 路由逻辑 ‐ 所有 SQL 已经最优且每次 SQL 执行都能命中单一分片 在不满足以上条件的情况下使用，可能对 SQL 的执行延时不会有明显改善，同时会增加内存的压力。 9.1. ShardingSphere-JDBC 113 Apache ShardingSphere document 参数解释 类名称：org.apache

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 已达到瓶颈 ‐ CPU 开销主要在于 ShardingSphere 路由逻辑 ‐ 所有 SQL 已经最优且每次 SQL 执行都能命中单一分片 在不满足以上条件的情况下使用，可能对 SQL 的执行延时不会有明显改善，同时会增加内存的压力。 参数解释 rules: - !SHARDING tables: shardingAlgorithms: # ... shardingCache: 总共耗时 total number of events: 1397185 # 总共发生多 少事务数 Latency (ms): min: 5.37 # 最小延时 avg: 17.13 # 平均延时 max: 109.75 # 最大延时 95th percentile: 24.83 # 超过 95% 11.5. 性能测试 435 Apache ShardingSphere document

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 已达到瓶颈 ‐ CPU 开销主要在于 ShardingSphere 路由逻辑 ‐ 所有 SQL 已经最优且每次 SQL 执行都能命中单一分片 在不满足以上条件的情况下使用，可能对 SQL 的执行延时不会有明显改善，同时会增加内存的压力。 参数解释 rules: - !SHARDING tables: shardingAlgorithms: # ... shardingCache: 总共耗时 total number of events: 1397185 # 总共发生多 少事务数 Latency (ms): min: 5.37 # 最小延时 avg: 17.13 # 平均延时 max: 109.75 # 最大延时 95th percentile: 24.83 # 超过 95% 平均耗时 sum: 23999546.19 Threads fairness: events

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过程 总共耗时 total number of events: 1397185 # 总共发生多 少事务数 Latency (ms): min: 5.37 # 最小延时 avg: 17.13 # 平均延时 max: 109.75 # 最大延时 95th percentile: 24.83 # 超过 95% 平均耗时 sum: 23999546.19 Threads fairness: events

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线。 • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉。 • 而最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过

是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 而最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 在 ACID 事务中对隔离性的要求很高，在事务执行过