ShardingSphere document, v5.2.0 分页查询 完全支持 MySQL、PostgreSQL、openGauss，Oracle 和 SQLServer 由于分页查询较为复杂，仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理，ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页： SELECT 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 3.2. 分布式事务 26 Apache ShardingSphere document, v5.2.0 XA 事务建立在 ShardingSphere start/end/prepare/commit/rollback/recover 的接口上。 对于一条逻辑 SQL，ShardingSphere 通过 xa begin 指令在每个被代理的数据库开启事务，内部集成 TM，用于协调各分支事务，并执行 xa commit/rollback。 基于 XA 协议实现的分布式事务，由于在执行的过程中需要对所需资源进行锁定，它更加适用于执行时间 确定的短事务。对于长事务来说，整个事务进行

rownum <= ?) WHERE rownum > ?; 分页查询 完全支持 MySQL、PostgreSQL、openGauss，Oracle 和 SQLServer 由于分页查询较为复杂，仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理，ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页： SELECT 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document XA 事务建立在 ShardingSphere start/end/prepare/commit/rollback/recover 的接口上。 对于一条逻辑 SQL，ShardingSphere 通过 xa begin 指令在每个被代理的数据库开启事务，内部集成 TM，用于协调各分支事务，并执行 xa commit/rollback。 基于 XA 协议实现的分布式事务，由于在执行的过程中需要对所需资源进行锁定，它更加适用于执行时间 确定的短事务。对于长事务来说，整个事务进行

rownum <= ?) WHERE rownum > ?; 分页查询 完全支持 MySQL、PostgreSQL、openGauss，Oracle 和 SQLServer 由于分页查询较为复杂，仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理，ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页： SELECT 间采用 XA 的协议进行双向通信，通 过两阶段提交实现。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外， 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子 提交，以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document XA 事务建立在 ShardingSphere start/end/prepare/commit/rollback/recover 的接口上。 对于一条逻辑 SQL，ShardingSphere 通过 xa begin 指令在每个被代理的数据库开启事务，内部集成 TM，用于协调各分支事务，并执行 xa commit/rollback。 基于 XA 协议实现的分布式事务，由于在执行的过程中需要对所需资源进行锁定，它更加适用于执行时间 确定的短事务。对于长事务来说，整个事务进行

tbl_name 查询列是函数表达式时，查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询，SQLServer 由于分页查询较为复杂，仅部分支持。 4.3. 数据分片 40 Apache ShardingSphere document, v5.1.1 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下，以 MySQL 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager 需要数据库厂商提供 XA 驱动 st.release.version}‐shardingsphere‐proxy‐bin.tar.gz 或者通过下载页面获取安装包。 Scaling 还是实验性质的功能，建议使用 master 分支最新版本，点击此处下载每日构建版本 2. 解压缩 proxy 发布包，修改配置文件 conf/config-sharding.yaml。详情请参见 proxy 启动手 册。 3. 修改配置文件

tbl_name 查询列是函数表达式时，查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询，SQLServer 由于分页查询较为复杂，仅部分支持。 4.3. 数据分片 40 Apache ShardingSphere document, v5.1.0 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下，以 MySQL 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager 需要数据库厂商提供 XA 驱动 st.release.version}‐shardingsphere‐proxy‐bin.tar.gz 或者通过下载页面获取安装包。 Scaling 还是实验性质的功能，建议使用 master 分支最新版本，点击此处下载每日构建版本 2. 解压缩 proxy 发布包，修改配置文件 conf/config-sharding.yaml。详情请参见proxy 启动手 册。 3. 修改配置文件 conf/server

tbl_name 查询列是函数表达式时，查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询，SQLServer 由于分页查询较为复杂，仅部分支持。 4.3. 数据分片 40 Apache ShardingSphere document, v5.1.2 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下，以 MySQL 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 4.4. 分布式事务 44 Apache ShardingSphere document, v5.1.2 Java 通过定义 JTA st.release.version}‐shardingsphere‐proxy‐bin.tar.gz 或者通过下载页面获取安装包。 Scaling 还是实验性质的功能，建议使用 master 分支最新版本，点击此处下载每日构建版本 2. 解压缩 proxy 发布包，修改配置文件 conf/config-sharding.yaml。详情请参见 proxy 启动手 册。 3. 修改配置文件

tbl_name 查询列是函数表达式时，查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询，SQLServer 由于分页查询较为复杂，仅部分支持。 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下，以 MySQL 为例： SELECT * FROM t_order ORDER BY id LIMIT 1000000 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比，XA 事务增加了准备阶段，数据库除了被动接受提交指令外，还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果，并于最后进行原子提交，以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型，JTA 接口中的 ResourceManager 需要数据库厂商提供 XA 驱动 的配置，适配为 Seata 事务 所需的 DataSourceProxy，并且注册至 RM 中。 开启全局事务 TM 控制全局事务的边界，TM 通过向 TC 发送 Begin 指令，获取全局事务 ID，所有分支事务通过此全局 事务 ID，参与到全局事务中；全局事务 ID 的上下文存放在当前线程变量中。 执行真实分片 SQL 处于 Seata 全局事务中的分片 SQL 通过 RM 生成 undo 快照，并且发送