. 242 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243 7.2.11 归并引擎 . . . ？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 306 7.8.8 [分片] document, v5.1.1 3.2 运行模式 3.2.1 背景 Apache ShardingSphere 是一套完善的产品，使用场景非常广泛。除生产环境的集群部署之外，还为工程 师在开发和自动化测试等场景提供相应的运行模式。Apache ShardingSphere 提供的 3 种运行模式分别 是内存模式、单机模式和集群模式。 3.2.2 内存模式 初始化配置或执行 SQL 等造成的

. 237 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238 7.2.11 归并引擎 . . . ？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 302 7.8.8 [分片] document, v5.1.0 3.2 运行模式 3.2.1 背景 Apache ShardingSphere 是一套完善的产品，使用场景非常广泛。除生产环境的集群部署之外，还为工程 师在开发和自动化测试等场景提供相应的运行模式。Apache ShardingSphere 提供的 3 种运行模式分别 是内存模式、单机模式和集群模式。 3.2.2 内存模式 初始化配置或执行 SQL 等造成的

. 240 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241 7.1.11 归并引擎 . . . 在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 7.7.7 7. [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如 果 ShardingSphere‐Proxy 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 17 Apache

. 253 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254 7.2.11 归并引擎 . . . ？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 317 7.8.8 [分片] document, v5.1.2 3.2 运行模式 3.2.1 背景 Apache ShardingSphere 是一套完善的产品，使用场景非常广泛。除生产环境的集群部署之外，还为工程 师在开发和自动化测试等场景提供相应的运行模式。Apache ShardingSphere 提供的 3 种运行模式分别 是内存模式、单机模式和集群模式。 3.2.2 内存模式 初始化配置或执行 SQL 等造成的

. 307 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308 压测环境或参数建议 . . . . . 347 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348 7.4.11 归并引擎 . . . ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423 8.2.4 Proxy 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Database 或者没有添加 Resource，连接失败？ . . . . . .

. 436 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 压测环境或参数建议 . . . . . 477 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478 12.4.11 归并引擎 . . ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

. 415 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 压测环境或参数建议 . . . . . 456 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 456 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457 12.4.11 归并引擎 . . ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

sharing‐proxy 的时候，如何动态在 ShardingSphere‐UI 上添加新的 logic schema？291 7.22 在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ 291 7.23 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐boot 自动加载 默认的 执行引擎 ShardingSphere 采用一套自动化的执行引擎，负责将路由和改写完成之后的真实 SQL 安全且高效发送到 底层数据源执行。它不是简单地将 SQL 通过 JDBC 直接发送至数据源执行；也并非直接将执行请求放入 线程池去并发执行。它更关注平衡数据源连接创建以及内存占用所产生的消耗，以及最大限度地合理利 用并发等问题。执行引擎的目标是自动化的平衡资源控制与执行效率。 连接模式 从 操作，可以通过放宽对数据库连接的限制提升系统吞吐量；连接限制模式适 用于 OLTP 操作，OLTP 通常带有分片键，会路由到单一的分片，因此严格控制数据库连接，以保证在线 系统数据库资源能够被更多的应用所使用，是明智的选择。 自动化执行引擎 ShardingSphere 最初将使用何种模式的决定权交由用户配置，让开发者依据自己业务的实际场景需求选 择使用内存限制模式或连接限制模式。 这种解决方案将两难的选择的决定权交由用

. 462 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 压测环境或参数建议 . . . . 503 x 连接模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 503 自动化执行引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 504 12.4.11 归并引擎 . . ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。

能够让开发工程师不再担心任务的线性吞吐量提升等非功能需求，使他们能够更加专注 于面向业务编码设计；同时，它也能够解放运维工程师，使他们不必再担心任务的可用性和相关管理需 求，只通过轻松的增加服务节点即可达到自动化运维的目的。 ElasticJob 定位为轻量级无中心化解决方案，使用 jar 的形式提供分布式任务的协调服务。 2 2 功能列表 • 弹性调度 – 支持任务在分布式场景下的分片和高可用 表示该服务器禁用。 在新的云原生架构下，servers 节点大幅弱化，仅包含控制服务器是否可以禁用这一功能。为了更加纯粹 的实现作业核心，servers 功能未来可能删除，控制服务器是否禁用的能力应该下放至自动化部署系统。 5.2. 弹性调度 11 Apache ShardingSphere ElasticJob document leader 节点 作业服务器主节点信息，分为 election，sharding 能控制将单点的作业分发至其他作业机，也无法将远程服务器未启动的作业启动。ElasticJob 并不会包含 ssh 免密管理等功能。 综上所述，ElasticJob 已做了基本动态添加功能，但无法做到真正意义的完全自动化添加。 10.3 为什么在代码或配置文件中修改了作业配置，注册中心配置却没有 更新? 回答： ElasticJob 采用无中心化设计，若每个客户端的配置不一致，不做控制的话，最后一个启动的客户端配置