. . . . . . . . . . . . . . . . . . . . 531 13.1.1 JDBC 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐ boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . 531 13.1.2 JDBC Oracle 其他服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . . . . 540 13.6.8 其他 ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . . 540 13.6.9 其他使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . . 541 14 下载 分表均可以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 18 Apache ShardingSphere document 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。

Access Objects（DAO） 1.2 MyBatis 简介 1） MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架 2） MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集 3） MyBatis可以使用简单的XML或注解用于配置和原始映射，将接口和Java的POJO（Plain Old Java Objects，普通的 Java Java 对象）映射成数据库中的记录 1.3 为什么要使用 MyBatis – 现有持久化技术的对比 1） JDBC 1 SQL 夹在 Java 代码块里，耦合度高导致硬编码内伤 2 维护不易且实际开发需求中 sql 是有变化，频繁修改的情况多见 2） Hibernate 和 JPA 1 长难复杂 SQL，对于 Hibernate 而言处理也不容易 2 内部自动生产的 SQL，不容易做特殊优化 更多 Java –大数据 –前端 –python 人工智能资料下载，可访问百度：尚硅谷官网 3） MyBatis 1 对开发人员而言，核心 sql 还是需要自己优化 2 sql 和 java 编码分开，功能边界清晰，一个专注业务、一个专注数据 1.4 如何下载 MyBatis 1） 下载网址 https://github.com/mybatis/mybatis-3/ JAVAEE 课程系列

. . . . . . . . . . . . . . . . . . . . 505 13.2.1 JDBC 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐ boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . 505 13.2.2 JDBC 使用 其他服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . . . . 513 13.6.8 其他 ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . . 513 13.6.9 其他使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . . 514 xii 分表均可以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 18 Apache ShardingSphere document 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。

ShardingSphere 的子项目。欢迎通过邮件列表参与讨论。 1 1 简介 使用 ElasticJob 能够让开发工程师不再担心任务的线性吞吐量提升等非功能需求，使他们能够更加专注 于面向业务编码设计；同时，它也能够解放运维工程师，使他们不必再担心任务的可用性和相关管理需 求，只通过轻松的增加服务节点即可达到自动化运维的目的。 ElasticJob 定位为轻量级无中心化解决方案，使用 jar 绍他们的使用方式。 作业开发 ElasticJob 的作业分类基于 class 和 type 两种类型。基于 class 的作业需要开发者自行通过实现接口的方 式织入业务逻辑；基于 type 的作业则无需编码，只需要提供相应配置即可。 基于 class 的作业接口的方法参数 shardingContext 包含作业配置、片和运行时信息。可通过 getShardingTotalCount(), getShardingItem() processData 在处理数据后更新其状态，避免 fetchData 再次抓取到， 从而使得作业永不停止。 6.1. 使用手册 24 Apache ShardingSphere ElasticJob document 脚本作业 支持 shell，python，perl 等所有类型脚本。可通过属性配置 script.command.line 配置待执行脚本， 无需编码。执行脚本路径可包含参数，参数传

. . . . . . . . . . . . . . . . . . . . 421 8.1.3 JDBC 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐ boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . 421 8.2 Proxy . 其他服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . . . . 429 8.6.8 其他 ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . . 429 8.6.9 其他使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . . 430 8.6.10 以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 14 Apache ShardingSphere document, v5.2.0 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。

. . . . . . . . . . . . . . . . . . . 316 7.8.3 [JDBC] 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐ boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . 316 7.8.4 [Proxy] 服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . . . 324 7.8.28 [其他] ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . 324 7.8.29 [其他] 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . 325 7.8.30 对关系型数据库进行分库和分表。分库和分表均可以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。 通过分库和分表进行

. . . . . . . . . . . . . . . . . . . 304 7.8.3 [JDBC] 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐ boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . 305 7.8.4 [Proxy] 服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . . . 312 7.8.28 [其他] ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . 313 7.8.29 [其他] 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . 313 7.8.30 对关系型数据库进行分库和分表。分库和分表均可以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。 通过分库和分表进行

. . . . . . . . . . . . . . . . . . . 300 7.8.3 [JDBC] 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐ boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . 301 7.8.4 [Proxy] 服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . . . 308 7.8.28 [其他] ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . 308 7.8.29 [其他] 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . 309 7.8.30 对关系型数据库进行分库和分表。分库和分表均可以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。 通过分库和分表进行

. . . . 257 拉取官方 Docker 镜像 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257 手动构建 Docker 镜像（可选） . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258 配置 ShardingSphere‐Proxy shardingsphere-transaction-xa-core 后，如何避免 spring‐boot 自动加载 默认的 JtaTransactionManager？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291 7.24 ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . . . . . . . . . . 对关系型数据库进行分库和分表。分库和分表均可以有 效的避免由数据量超过可承受阈值而产生的查询瓶颈。除此之外，分库还能够用于有效的分散对数据库 单点的访问量；分表虽然无法缓解数据库压力，但却能够提供尽量将分布式事务转化为本地事务的可能， 一旦涉及到跨库的更新操作，分布式事务往往会使问题变得复杂。使用多主多从的分片方式，可以有效 的避免数据单点，从而提升数据架构的可用性。 通过分库和分表进行

. . . . 201 拉取官方 Docker 镜像 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201 手动构建 Docker 镜像（可选） . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201 配置 ShardingSphere‐Proxy . . . . . . . . . . . . . . . . . . 288 7.7.3 3. [JDBC] 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐boot 自动加载默认的 JtaTransactionManager？ . . . . . . . . . . . . . . 288 7.7.4 4. [Proxy] Windows 服务启动时如何加快 metadata 加载速度？ . . . . . . . . . . . . . . 295 7.7.25 25. [其他] ANTLR 插件在 src 同级目录下生成代码，容易误提交，如何避免？ . . 295 7.7.26 26. [其他] 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . 296 7.8 API 变更历史