. 307 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308 压测环境或参数建议 . . . . ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423 8.2.4 Proxy 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Database 或者没有添加 Resource，连接失败？ . . . . . . Apache ShardingSphere 是一款开源的分布式数据库生态项目，由 JDBC 和 Proxy 两款产品组成。其核心 采用微内核 + 可插拔架构，通过插件开放扩展功能。它提供多源异构数据库增强平台，进而围绕其上层 构建生态。 Apache ShardingSphere 设计哲学为 Database Plus，旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存

. 436 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436 压测环境或参数建议 . . . . ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。 ShardingSphere document 8.4.2 挑战 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 8.4.3 目标 SQL 方言的自动翻译，是

. 415 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415 压测环境或参数建议 . . . . ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。 ShardingSphere document 8.4.2 挑战 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 8.4.3 目标 SQL 方言的自动翻译，是

. 462 测试方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 测试工具微调 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 压测环境或参数建议 . . . . ShardingSphere‐JDBC 接入端，可以满足高并发的 OLTP 场景下的性能要求。 海量数据实时分析 OLAP 场景 在传统的数据库架构中，如果用户想要进行数据分析，需要先使用 ETL 工具，将数据同步至数据平台中， 然后再进行数据分析，使用 ETL 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。 ShardingSphere document 8.4.2 挑战 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 8.4.3 目标 SQL 方言的自动翻译，是

. . 71 应用部署 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71 运维平台和 RESTFul API 部署 (可选) . . . . . . . . . . . . . . . . . . . . . . . . . 71 6.3.2 导出作业信息 . . . . . . . . 72 监听作业服务器存活 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 6.3.4 运维平台 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 登录 . . . . . . . interface 指定网卡地址或 elasticjob.preferred.network.ip 指定 IP。ElasticJob 默认 获取网卡列表中第一个非回环可用 IPV4 地址。 运维平台和 RESTFul API 部署 (可选) 1. 解压缩 elasticjob-console-${version}.tar.gz 并执行 bin\start.sh。 2. 打开浏览器访问 ht

sharing‐proxy 的时候，如何动态在 ShardingSphere‐UI 上添加新的 logic schema？291 7.22 在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ 291 7.23 引入 shardingsphere-transaction-xa-core 后，如何避免 spring‐boot 自动加载 默认的 其能把存 量和增量数据进行在线加密解密。 那么另一种相对安全的做法是：重新搭建一套和生产环境一模一样的预发环境，然后通过相关迁移洗数 工具把生产环境的存量原文数据加密后存储到预发环境，而新增数据则通过例如 MySQL 主从复制及业务 方自行开发的工具加密后存储到预发环境的数据库里，再把重构后可以进行加解密的代码部署到预发环 境。这样生产环境是一套以明文为核心的查询修改的环境；预发环境是一套以密文为核心加解密查询修 密文为核心加解密查询修 改的环境。在对比一段时间无误后，可以夜间操作将生产流量切到预发环境中。此方案相对安全可靠，只 是时间、人力、资金、成本较高，主要包括：预发环境搭建、生产代码整改、相关辅助工具开发等。 业务开发人员最希望的做法是：减少资金费用的承担、最好不要修改业务代码、能够安全平滑迁移系统。 于是，ShardingSphere 的加密功能模块便应运而生。可分为 3 步进行： 1.

在使用 ShardingSphere‐Proxy 时，怎么使用合适的工具连接到 ShardingSphere‐Proxy？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 7.7.7 7. [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如 果 ShardingSphere‐Proxy 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 17 Apache 够较为准确地反应系统真实容量水平 和性能。 4.8.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不同测试计划。在数据库层面需要做好数据隔离，为 了保证生产数据的可靠性与完整性，需要将压测产生的数据路由到压测环境数据库，防止压测数据对生 产数据库中真实数据造成污染。这就要求业务应用在执行

ShardingSphere PMC 曾就职京东科技，负责数据库产品研发，热爱开源，关注数据库生态，目前就职 SphereEx , 专 注于 Apache ShardingSphere 分布式数据库中间件研发以及开源社区建设 1. Apache ShardingSphere 5.0.0 架构解析 2. 5.0.0 应用实践 3. Database Plus 解决方案 目录 产 品 定 位 l 构建异构数据库的上层标准和生态

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 306 7.8.8 [分片] 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache 试结果能够准确地反应系统真实容量和性能水平。 4.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不同测试计划。在数据库层面需要做好数据隔离，为 了保证生产数据的可靠性与完整性，需要将压测产生的数据路由到压测环境数据库，防止压测数据对生 产数据库中真实数据造成污染。这就要求业务应用在执行

？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301 7.8.7 [Proxy] 使用 Navicat 等第三方数据库工具连接 ShardingSphere‐Proxy 时，如果 ShardingSphere‐Proxy 没有创建 Schema 或者没有添加 Resource，连接失败？ . 302 7.8.8 [分片] 与此同时，场景内部也愈加细化，相似场景使用不同数据库已成为常态。由此可见，数据库碎片化的趋 势已经不可逆转。 4.1.2 挑战 并无统一标准的数据库的访问协议和 SQL 方言，以及各种数据库带来的不同运维方法和监控工具的异同， 让开发者的学习成本和 DBA 的运维成本不断增加。提升与原有数据库兼容度，是在其之上提供增量服务 的前提。 SQL 方言和数据库协议的兼容，是数据库兼容度提升的关键点。 18 Apache 试结果能够准确地反应系统真实容量和性能水平。 4.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不同测试计划。在数据库层面需要做好数据隔离，为 了保证生产数据的可靠性与完整性，需要将压测产生的数据路由到压测环境数据库，防止压测数据对生 产数据库中真实数据造成污染。这就要求业务应用在执行