性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453 11.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453 11.4.1 start/end/prepare/commit/rollback/recover 的接口上。 对于一条逻辑 SQL，ShardingSphere 通过 xa begin 指令在每个被代理的数据库开启事务，内部集成 TM，用于协调各分支事务，并执行 xa commit/rollback。 基于 XA 协议实现的分布式事务，由于在执行的过程中需要对所需资源进行锁定，它更加适用于执行时间 确定的短事务。对于 换取系统吞吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 8.2. 分布式事务 32 Apache ShardingSphere document

性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299 6.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299 6.4.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322 6.7 Scaling 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324 6.7.1 测试目的 . 其他使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . . 430 8.6.10 其他使用 Spring Boot 2.x 集成 ShardingSphere 时，配置文件中的属性设置不生 效？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406 11.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406 11.4.1 start/end/prepare/commit/rollback/recover 的接口上。 对于一条逻辑 SQL，ShardingSphere 通过 xa begin 指令在每个被代理的数据库开启事务，内部集成 TM，用于协调各分支事务，并执行 xa commit/rollback。 基于 XA 协议实现的分布式事务，由于在执行的过程中需要对所需资源进行锁定，它更加适用于执行时间 确定的短事务。对于 换取系统吞吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 8.2. 分布式事务 32 Apache ShardingSphere document

性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427 11.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427 11.4.1 start/end/prepare/commit/rollback/recover 的接口上。 对于一条逻辑 SQL，ShardingSphere 通过 xa begin 指令在每个被代理的数据库开启事务，内部集成 TM，用于协调各分支事务，并执行 xa commit/rollback。 基于 XA 协议实现的分布式事务，由于在执行的过程中需要对所需资源进行锁定，它更加适用于执行时间 确定的短事务。对于 换取系统吞吐量 的提升。 基于 ACID 的强一致性事务和基于 BASE 的最终一致性事务都不是银弹，只有在最适合的场景中才能发挥 它们的最大长处。Apache ShardingSphere 集成了 SEATA 作为柔性事务的使用方案。可通过下表详细对 比它们之间的区别，以帮助开发者进行技术选型。 8.2. 分布式事务 32 Apache ShardingSphere document

于长远考虑，使用命名空间，并将它置于合适的 Java 包命名空间之下，你将拥有一份更加整洁的代码并提高了 MyBatis 的可用性。 命名解析： 命名解析：为了减少输入量，MyBatis 对所有的命名配置元素（包括语句，结果映射，缓存等）使用了如下的命名解析规则。 完全限定名（比如“com.mypackage.MyMapper.selectAllThings”）将被直接查找并且找到即用。 短名称（比如“selectAllThi aColumn 的类似映 射。 true | false False localCacheScope MyBatis 利用本地 缓存机制（Local Cache）防止循环 引用（circular references）和加 速重复嵌套查询。 默认值为 SESSION，这种情 况下会缓存一个会 话中执行的所有查 询。 若设置值为 STATEMENT，本 地会话仅用在语句 执行上，对相同 SESSION | 的代码。MyBatis 就是针对 SQL 构建的，并且比普通的方法做的 更好。 SQL 映射文件有很少的几个顶级元素（按照它们应该被定义的顺序）： cache – 给定命名空间的缓存配置。 cache-ref – 其他命名空间缓存配置的引用。 resultMap – 是最复杂也是最强大的元素，用来描述如何从数据库结果集中来加载对象。 parameterMap – 已废弃！老式风格的参数映射。内联参数是首选

7.7.3 性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274 7.7.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274 设计 . . . . . 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . 313 7.8.30 [其他] 使用 Spring Boot 2.x 集成 ShardingSphere 时，配置文件中的属性设置不 生效？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 提供的 3 种运行模式分别 是内存模式、单机模式和集群模式。 3.2.2 内存模式 初始化配置或执行 SQL 等造成的元数据结果变更的操作，仅在当前进程中生效。适用于集成测试的环境 启动，方便开发人员在整合功能测试中集成 Apache ShardingSphere 而无需清理运行痕迹。 3.2. 运行模式 13 Apache ShardingSphere document, v5.1.1

7.7.3 性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269 7.7.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269 设计 . . . . . 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . 309 7.8.30 [其他] 使用 Spring Boot 2.x 集成 ShardingSphere 时，配置文件中的属性设置不 生效？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 提供的 3 种运行模式分别 是内存模式、单机模式和集群模式。 3.2.2 内存模式 初始化配置或执行 SQL 等造成的元数据结果变更的操作，仅在当前进程中生效。适用于集成测试的环境 启动，方便开发人员在整合功能测试中集成 Apache ShardingSphere 而无需清理运行痕迹。 3.2. 运行模式 13 Apache ShardingSphere document, v5.1.0

7.7.3 性能测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285 7.7.4 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 设计 . . . . . 使用 Proxool 时分库结果不正确？ . . . . . . . . . . . . . . . . . . . . . 325 7.8.30 [其他] 使用 Spring Boot 2.x 集成 ShardingSphere 时，配置文件中的属性设置不 生效？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 提供的 3 种运行模式分别 是内存模式、单机模式和集群模式。 3.2.2 内存模式 初始化配置或执行 SQL 等造成的元数据结果变更的操作，仅在当前进程中生效。适用于集成测试的环境 启动，方便开发人员在整合功能测试中集成 Apache ShardingSphere 而无需清理运行痕迹。 3.2. 运行模式 13 Apache ShardingSphere document, v5.1.2

. . . . . . . . . . . . . . . . . . . . . . . 69 应用性能监控集成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 Agent 集成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 测试引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 3.10.1 集成测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 设计 . . . . . 解析引擎的生成器，并采用 Visit 的方 式从 AST 中获取 SQL Statement。从 5.0.x 版本开始，解析引擎的架构已完成重构调整，同时通过将第一 次解析的得到的 AST 放入缓存，方便下次直接获取相同 SQL 的解析结果，来提高解析效率。因此我们建 议用户采用 PreparedStatement 这种 SQL 预编译的方式来提升性能。 功能点 • 提供独立的 SQL 解析功能

Mybatis 缓存 9.1. 理解 MyBatis 缓存 正如大多数持久层框架一样，MyBatis 同样提供了一级缓存和二级缓存的支持 1. 一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该 Session 中的所有 Cache 就将清空。 2. 二级缓存与一级缓存其机制相同，默认也是采用 Mapper(Namespace)，并且可自定义存储源，如 Ehcache。 3. 对于缓存数据更新机制，当某一个作用域(一级缓存 Session/二级缓存 Namespaces)的进行了 C/U/D 操作后，默认该作用域下所有 select 中的缓存将被 clear。 9.2. Mybatis 一级缓存 1) 提出需求: 根据 id 查询对应的用户记录对象 ————————————————————————————— 20 【更多 Java – Android 资料下载，可访问尚硅谷（中国）官网 www.atguigu.com 下载区】 * 一级缓存: 也就 Session 级的缓存(默认开启) */ @Test public void testCache1() { SqlSession session = MybatisUtils.getSession();