据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 17 Apache ShardingSphere 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 而最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 支持数据分片后的跨库事务； • 两阶段提交保证操作的原子性和数据的强一致性； • 服务宕机重启后，提交/回滚中的事务可自动恢复； • 支持同时使用 XA 和非 XA 的连接池。 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据。 4.3. 分布式事务 40 Apache ShardingSphere document, v5.0.0 柔性事务 支持项 • 支持数据分片后的跨库事务； •

内存限制模式适用于 OLAP 操作，可以通过放宽对数据库连接的限制提升系统吞吐量；连接限制模式适 用于 OLTP 操作，OLTP 通常带有分片键，会路由到单一的分片，因此严格控制数据库连接，以保证在线 系统数据库资源能够被更多的应用所使用，是明智的选择。 自动化执行引擎 ShardingSphere 最初将使用何种模式的决定权交由用户配置，让开发者依据自己业务的实际场景需求选 择使用内存限制模式或连接限制模式。 择使用内存限制模式或连接限制模式。 这种解决方案将两难的选择的决定权交由用户，使得用户必须要了解这两种模式的利弊，并依据业务场 景需求进行选择。这无疑增加了用户对 ShardingSphere 的学习和使用的成本，并非最优方案。 这种一分为二的处理方案，将两种模式的切换交由静态的初始化配置，是缺乏灵活应对能力的。在实际的 使用场景中，面对不同 SQL 以及占位符参数，每次的路由结果是不同的。这就意味着某些操作可能需要使 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性 事务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线。 • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉。 • 而最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。

据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache ShardingSphere 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 • 支持同时使用 XA 和非 XA 的连接池。 4.4. 分布式事务 45 Apache ShardingSphere document, v5.1.1 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据。 • Savepoint。 • 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启

据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache ShardingSphere 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 • 支持同时使用 XA 和非 XA 的连接池。 4.4. 分布式事务 45 Apache ShardingSphere document, v5.1.0 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库；

据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache ShardingSphere 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 支持数据分片后的跨库事务； • 两阶段提交保证操作的原子性和数据的强一致性； • 服务宕机重启后，提交/回滚中的事务可自动恢复； • 支持同时使用 XA 和非 XA 的连接池。 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致。 4.4. 分布式事务 46 Apache ShardingSphere document

面对数据库替换场景，ShardingSphere 可满足业务无需改造，实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下，对 DBA 学习、管理成本低，交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力，兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力，可满足业务多变的需求。 • 开放生态 通过多层次（内核、功能、生态）插件化能力，为用户提供可定制满足自身特殊需求的独有系统。 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致； • 配置 XA 事务后，存储单元名称最大长度不超过 45 个字符。 BASE 事务

面对数据库替换场景，ShardingSphere 可满足业务无需改造，实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下，对 DBA 学习、管理成本低，交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力，兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力，可满足业务多变的需求。 • 开放生态 通过多层次（内核、功能、生态）插件化能力，为用户提供可定制满足自身特殊需求的独有系统。 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致； • 配置 XA 事务后，存储单元名称最大长度不超过 45 个字符。 BASE 事务

面对数据库替换场景，ShardingSphere 可满足业务无需改造，实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下，对 DBA 学习、管理成本低，交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力，兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力，可满足业务多变的需求。 • 开放生态 通过多层次（内核、功能、生态）插件化能力，为用户提供可定制满足自身特殊需求的独有系统。 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致； • 配置 XA 事务后，存储单元名称最大长度不超过 45 个字符。 BASE 事务

面对数据库替换场景，ShardingSphere 可满足业务无需改造，实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下，对 DBA 学习、管理成本低，交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力，兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力，可满足业务多变的需求。 • 开放生态 通过多层次（内核、功能、生态）插件化能力，为用户提供可定制满足自身特殊需求的独有系统。 的事务要素的事务称为刚性事务的话，那么基于 BASE 事务要素的事务则称为柔性事 务。BASE 是基本可用、柔性状态和最终一致性这三个要素的缩写。 • 基本可用（Basically Available）保证分布式事务参与方不一定同时在线； • 柔性状态（Soft state）则允许系统状态更新有一定的延时，这个延时对客户来说不一定能够察觉； • 最终一致性（Eventually consistent）通常是通过消息传递的方式保证系统的最终一致性。 • 支持同时使用 XA 和非 XA 的连接池。 3.2. 分布式事务 29 Apache ShardingSphere document, v5.2.0 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致。 BASE 事务 支持项 • 支持数据分片后的跨库事务； • 支持 RC 隔离级别；

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 10.6 怀疑 ElasticJob 在分布式环境中有问题，但无法重现又不能在线上环境调试，应该怎么做? 90 10.7 控制台界面无法正常显示? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 宝视佳 海智在线 走秀网 河姆渡 中航电子采购平台 帮 5 采 春播 惠农网 飞马大宗 洋桃跨境供应链 点购集团 84 Apache ShardingSphere ElasticJob document 晶泓科技 京东 9.2.2 金融行业 甜橙金融 (翼支付) 无锡锡商银行 拍拍贷 银盛支付 众安保险 金财互联 连连支付 耀莱在线 浙江汇信科技 功能，但 monitorExecution 对短时间内执行的作业（如秒级触发）性能影响较大，建议关闭并自 行实现幂等性。 10.6 怀疑 ElasticJob 在分布式环境中有问题，但无法重现又不能在线上 环境调试，应该怎么做? 回答： 分布式问题非常难于调试和重现，为此 ElasticJob 提供了 dump 命令。 如果您怀疑某些场景出现问题，可参照作业信息导出将作业运行时信息提交至社区。ElasticJob