. 307 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308 压测环境或参数建议 . . . . ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423 8.2.4 Proxy 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Database 或者没有添加 Resource，连接失败？ . . . . . . 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种方式进行配置，开发者可根据场景选择适合的配置方式。 2.1.2 使用限制 目前仅支持 JAVA 语言 2.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 2.1.4 操作步骤 1. 规则配置。 详情请参见用户手册。

. 436 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 压测环境或参数建议 . . . . 1 ShardingSphere-JDBC 7.1.1 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java 和 YAML 这 2 种方式进行配置，开发者可根据场景选择适 合的配置方式。 7.1.2 使用限制 目前仅支持 JAVA 语言 7.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 7.1.4 操作步骤 1. 规则配置。 ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

. 415 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 压测环境或参数建议 . . . . 1 ShardingSphere-JDBC 7.1.1 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java 和 YAML 这 2 种方式进行配置，开发者可根据场景选择适 合的配置方式。 7.1.2 使用限制 目前仅支持 JAVA 语言 7.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 7.1.4 操作步骤 1. 规则配置。 ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

. 462 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 压测环境或参数建议 . . . . 1 ShardingSphere-JDBC 7.1.1 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java 和 YAML 这 2 种方式进行配置，开发者可根据场景选择适 合的配置方式。 7.1.2 使用限制 目前仅支持 JAVA 语言 7.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 7.1.4 操作步骤 1. 规则配置。 ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 7.7.7 7. [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如 果 ShardingSphere‐Proxy 2. 规则配置 ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种 方式进行配置，开发者可根据场景选择适合的配置方式。详情请参见配置手册。 2.1.3 3. 创建数据源 通 过 ShardingSphereDataSourceFactory 工 厂 和 规 则 配 置 对 象 获 取 Shar 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 17 Apache

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 306 7.8.8 [分片] 1.2 规则配置 ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种 方式进行配置，开发者可根据场景选择适合的配置方式。详情请参见用户手册。 2.1.3 创建数据源 通 过 ShardingSphereDataSourceFactory 工 厂 和 规 则 配 置 对 象 获 取 Shardin 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 302 7.8.8 [分片] 1.2 规则配置 ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种 方式进行配置，开发者可根据场景选择适合的配置方式。详情请参见用户手册。 2.1.3 创建数据源 通 过 ShardingSphereDataSourceFactory 工 厂 和 规 则 配 置 对 象 获 取 Shardin 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache

sharing‐proxy 的时候，如何动态在 ShardingSphere‐UI 上添加新的 logic schema？291 7.22 在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ 291 7.23 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐boot 自动加载 默认的 2. 规则配置 ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种 方式进行配置，开发者可根据场景选择适合的配置方式。详情请参见配置手册。 2.1.3 3. 创建数据源 通 过 ShardingSphereDataSourceFactory 工 厂 和 规 则 配 置 对 象 获 取 Shar 0.0-beta SQL 解析 分为词法解析和语法解析。先通过词法解析器将 SQL 拆分为一个个不可再分的单词。再使用语法解析器 对 SQL 进行理解，并最终提炼出解析上下文。解析上下文包括表、选择项、排序项、分组项、聚合函数、 分页信息、查询条件以及可能需要修改的占位符的标记。 执行器优化 合并和优化分片条件，如 OR 等。 SQL 路由 根据解析上下文匹配用户配置的分片策略，并生

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 317 7.8.8 [分片] 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种方式进行配置，开发者可根据场景选择适合的配置方式。 2.1.2 使用限制 目前仅支持 JAVA 语言 2.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 2.1.4 操作步骤 1. 规则配置。 详情请参见用户手册。 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache

置。但是也可以使用任意的输入流 (InputStream)实例，包括字符串形式的文件路径或者 file:// 的 URL 形式的文件路径来配置。MyBatis 包含一个名叫 Resources 的 工具类，它包含一些实用方法，可使从 classpath 或其他位置加载资源文件更加容易。 String resource = "org/mybatis/example/mybatis-config.xml"; id); } 对于简单语句来说，注解使代码显得更加简洁，然而 Java 注解对于稍微复杂的语句就会力不从心并且会显得更加混乱。因此，如果你 需要做很复杂的事情，那么最好使用 XML 来映射语句。 选择何种方式以及映射语句的定义的一致性对你来说有多重要这些完全取决于你和你的团队。换句话说，永远不要拘泥于一种方式，你 可以很轻松的在基于注解和 XML 的语句映射方式间自由移植和切换。 范围（ 范围（Scope）和生命周期 password 将会由 properties 元素中设置的相应值来替换。 driver 和 url 属性将会由 config.properties 文件中对应的值来替换。这样就为配置提供了诸多灵活选择。 属性也可以被传递到 SqlSessionBuilder.build()方法中。例如： SqlSessionFactory factory = sqlSessionFactoryBuilder