. 307 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308 压测环境或参数建议 . . . . ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423 8.2.4 Proxy 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Database 或者没有添加 Resource，连接失败？ . . . . . . 数据分片 16 Apache ShardingSphere document, v5.2.0 3.1.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 3.1.4 应用场景 海量数据高并发的 OLTP 场景 由于关系型数据库大多采用 B+ 树类型的索引，在数据

. 436 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 压测环境或参数建议 . . . . 8.1. 数据分片 20 Apache ShardingSphere document 8.1.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 8.1.4 应用场景 海量数据高并发的 OLTP 场景 由于关系型数据库大多采用 B+ 树类型的索引，在数据 ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

. 462 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 压测环境或参数建议 . . . . 8.1. 数据分片 20 Apache ShardingSphere document 8.1.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 8.1.4 应用场景 海量数据高并发的 OLTP 场景 由于关系型数据库大多采用 B+ 树类型的索引，在数据 ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

. 415 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 压测环境或参数建议 . . . . 8.1. 数据分片 20 Apache ShardingSphere document 8.1.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 8.1.4 应用场景 海量数据高并发的 OLTP 场景 由于关系型数据库大多采用 B+ 树类型的索引，在数据 ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 7.7.7 7. [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如 果 ShardingSphere‐Proxy 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 17 Apache 数据分片 21 Apache ShardingSphere document, v5.0.0 4.2.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 4.2.4 核心概念 导览 本小节主要介绍数据分片的核心概念。 表 表是透明化数据分片的关键概念。Apache

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 306 7.8.8 [分片] 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache 数据分片 26 Apache ShardingSphere document, v5.1.1 4.3.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 4.3.4 核心概念 导览 本小节主要介绍数据分片的核心概念。 表 表是透明化数据分片的关键概念。Apache

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 302 7.8.8 [分片] 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache 数据分片 26 Apache ShardingSphere document, v5.1.0 4.3.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 4.3.4 核心概念 导览 本小节主要介绍数据分片的核心概念。 表 表是透明化数据分片的关键概念。Apache

sharing‐proxy 的时候，如何动态在 ShardingSphere‐UI 上添加新的 logic schema？291 7.22 在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ 291 7.23 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐boot 自动加载 默认的 Apache ShardingSphere document, v5.0.0-beta 3.1.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 3.1.4 核心概念 导览 本小节主要介绍数据分片的核心概念，主要包括： • SQL 核心概念 • 分片核心概念 和广播路由。 SQL 改写 将 SQL 改写为在真实数据库中可以正确执行的语句。SQL 改写分为正确性改写和优化改写。 SQL 执行 通过多线程执行器异步执行。 结果归并 将多个执行结果集归并以便于通过统一的 JDBC 接口输出。结果归并包括流式归并、内存归并和使用装饰 者模式的追加归并这几种方式。 解析引擎 相对于其他编程语言，SQL 是比较简单的。不过，它依然是一门完善的编程语言，因此对

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 317 7.8.8 [分片] 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache 数据分片 26 Apache ShardingSphere document, v5.1.2 4.3.3 目标 尽量透明化分库分表所带来的影响，让使用方尽量像使用一个数据库一样使用水平分片之后的数据库集 群，是 Apache ShardingSphere 数据分片模块的主要设计目标。 源 码：https://github.com/apache/shardingsphere/tree/master/shardingsphere‐

什么是 什么是 MyBatis ？ ？ MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以 及获取结果集。MyBatis 可以对配置和原生Map使用简单的 XML 或注解，将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。 帮助改进文档 置。但是也可以使用任意的输入流 (InputStream)实例，包括字符串形式的文件路径或者 file:// 的 URL 形式的文件路径来配置。MyBatis 包含一个名叫 Resources 的 工具类，它包含一些实用方法，可使从 classpath 或其他位置加载资源文件更加容易。 String resource = "org/mybatis/example/mybatis-config.xml"; 延迟属性的调用会 使带有延迟加载属 性的对象完整加 载；反之，每种属 性将会按需加载。 true | false true multipleResultSetsEnabled 是否允许单一语句 返回多结果集（需 要兼容驱动）。 true | false true useColumnLabel 使用列标签代替列 名。不同的驱动在 这方面会有不同的 表现， 具体可参考 相关驱动文档或通 过测试这两种不同