定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； Reachability Metadata。 如 果 nativeTest 执 行 失 败， 应 为 单 元 测 试 生 成 初 步 的 GraalVM Reachability Meta‐ data， 并 手 动 调 整 shardingsphere-infra-reachability-metadata 子 模 9.1. ShardingSphere-JDBC 147 Apache ShardingSphere GraalVM Reach‐ ability Metadata 文 件。 可 通 过 如 下 bash 命 令 简 单 处 理 此 流 程。 贡 献 者 仍 可 能 需 要 手 动 调 整 具 体 的 JSON 条 目， 并 适 时 调 整 Maven Profile 和 GraalVM Tracing Agent 的 Fil‐ ter 链。 针 对 shardingsphere-infra-reachability-metadata

Job: " 作业启动 定时调度 定时调度作业在 Spring Boot 应用程序启动完成后会自动启动，无需其他额外操作。 一次性调度 一 次 性 调 度 的 作 业 的 执 行 权 在 开 发 者 手 中， 开 发 者 可 以 在 需 要 调 用 作 业 的 位 置 注 入 OneOffJobBootstrap，通过 execute() 方法执行作业。 OneOffJobBootstrap document 作业启动 定时调度 将配置 Spring 命名空间的 xml 通过 Spring 启动，作业将自动加载。 一次性调度 一 次 性 调 度 的 作 业 的 执 行 权 在 开 发 者 手 中， 开 发 者 可 以 在 需 要 调 用 作 业 的 位 置 注 入 OneOffJobBootstrap，通过 execute() 方法执行作业。 优客工场 链家网 9.2.7 互联网教育 贝聊科技 爱启航 会通教育 新课堂教育 跟谁学 起点学院 9.2.8 互联网文娱 咪咕互娱 磨铁文学 松鼠白菜 9.2.9 新闻资讯

完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持 Savepoint 嵌套事务； 提 供 了 远 程 调 试 端 口， 可 以 在 “shardingsphere‐test/shardingsphere‐integration‐test/shardingsphere‐integration‐test‐ fixture/src/test/assembly/bin/start.sh“ 文件的 “JAVA_OPTS“ 中找到第 2 个暴露的端口用于远程调 试。 运行测试引擎 00 log_timestamps=system thread_cache_size=16384 transaction_isolation=READ-COMMITTED # 可参考进行适当调优，旨在放大底层 DB 性能，不让实验受制于 DB 性能瓶颈。 压测工具 可通过 sysbench 官网自行获取 ShardingSphere-Proxy bin/start.sh -Xmx16g

定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • proxy/conf/config-${SCENARIO-TYPE}.yaml: 规则配置。 Docker 环 境 配 置 为 ShardingSphere‐Proxy 提 供 了 远 程 调 试 端 口， 可 以 在 “test/e2e/fixture/src/test/assembly/bin/start.sh“ 文件的 “JAVA_OPTS“ 中找到第 2 个暴露的端口 用于远程调试。 00 log_timestamps=system thread_cache_size=16384 transaction_isolation=READ-COMMITTED # 可参考进行适当调优，旨在放大底层 DB 性能，不让实验受制于 DB 性能瓶颈。 11.5. 性能测试 433 Apache ShardingSphere document 压测工具 可通过 sysbench 官网自行获取

定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • proxy/conf/config-${SCENARIO-TYPE}.yaml: 规则配置。 Docker 环 境 配 置 为 ShardingSphere‐Proxy 提 供 了 远 程 调 试 端 口， 可 以 在 “test/e2e/fixture/src/test/assembly/bin/start.sh“ 文件的 “JAVA_OPTS“ 中找到第 2 个暴露的端口 用于远程调试。 00 log_timestamps=system thread_cache_size=16384 transaction_isolation=READ-COMMITTED # 可参考进行适当调优，旨在放大底层 DB 性能，不让实验受制于 DB 性能瓶颈。 压测工具 可通过 sysbench 官网自行获取 ShardingSphere-Proxy bin/start.sh -Xmx16g

完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交。 XA 两阶段事务 支持项 • 支持数据分片后的跨库事务； • 两阶段提交保证操作的原子性和数据的强一致性； ShardingSphere 可观察性的相关功能 • 应用性能监控集成 应用性能监控集成 背景 APM 是应用性能监控的缩写。目前 APM 的主要功能着眼于分布式系统的性能诊断，其主要功能包括调 用链展示，应用拓扑分析等。 Apache ShardingSphere 并不负责如何采集、存储以及展示应用性能监控的相关数据，而是将 SQL 解析与 SQL 执行这两块数据分片的最核心的相关信 decrypt() 两种方法对需要加密的数据进行加解密。在用户进行 INSERT, DELETE, UPDATE 时，ShardingSphere 会按照用户配置，对 SQL 进行解析、改写、路由，并调 用 encrypt() 将数据加密后存储到数据库, 而在 SELECT 时，则调用 decrypt() 方法将从数据库中 取出的加密数据进行逆向解密，最终将原始数据返回给用户。 当前，Apache

完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持数据分片后的跨库事务； • 两 ShardingSphere 可观察性的相关功能 • 应用性能监控集成 应用性能监控集成 背景 APM 是应用性能监控的缩写。目前 APM 的主要功能着眼于分布式系统的性能诊断，其主要功能包括调 用链展示，应用拓扑分析等。 Apache ShardingSphere 并不负责如何采集、存储以及展示应用性能监控的相关数据，而是将 SQL 解析与 SQL 执行这两块数据分片的最核心的相关信 decrypt() 两种方法对需要加密的数据进行加解密。在用户进行 INSERT, DELETE, UPDATE 时，ShardingSphere 会按照用户配置，对 SQL 进行解析、改写、路由，并调 用 encrypt() 将数据加密后存储到数据库, 而在 SELECT 时，则调用 decrypt() 方法将从数据库中 取出的加密数据进行逆向解密，最终将原始数据返回给用户。 当前，Apache

提供静态入口 以及异构语言的支持，独立于应用程序 部署，适用于 OLAP 应用以及对分片数 据库进行管理和运维的场景。 整 体 架 构 l L1 内核层：面向数据库内核， 包括数据库事务引擎，查询优 化器等； l L2 功能层：可定制化开发平 台。具有高定制化、高度内 聚、灵活扩展等特点； l L3 生态层：通过三个接口分别 实现数据库协议、 SQL 方言和 数据库存储对接，用于打造异 构数据网关；

完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指 针，则两个库的内容都能够回滚。 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持数据分片后的跨库事务； • 两 decrypt() 两种方法对需要加密的数据进行加解密。在用户进行 INSERT, DELETE, UPDATE 时，ShardingSphere 会按照用户配置，对 SQL 进行解析、改写、路由，并调 用 encrypt() 将数据加密后存储到数据库, 而在 SELECT 时，则调用 decrypt() 方法将从数据库中 取出的加密数据进行逆向解密，最终将原始数据返回给用户。 当前，Apache

pojo 对象和输出 pojo 列表在 sql 中定义的 resultType 是一样的。 返回单个 pojo 对象要保证 sql 查询出来的结果集为单条，内部使用 session.selectOne 方法调 用，mapper 接口使用 pojo 对象作为方法返回值。 返回 pojo 列表表示查询出来的结果集可能为多条，内部使用 session.selectList 方法，mapper 接口使用 List对象作为方法返回值。