. . . 47 应用性能监控 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 应用链路追踪 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 3.10.5 相关参考 . . . . 的复杂数据查询分析能力，简化并提升数据使用体验。 数 据 加密 数据加密，是保证数据安全的基本手段。ShardingSphere 提供一套完整的、透明化、安全的、 低改造成本的数据加密解决方案。 影 子 库 在全链路压测场景下，ShardingSphere 通过影子库功能支持在复杂压测场景下数据隔离，压 测获得测试结果可准确反应系统真实容量和性能水平。 1.1.3 产品优势 • 极致性能 驱动程序端历经长年打磨，效率接近原生 编辑 %SHARDINGSPHERE_PROXY_HOME%/conf/config-xxx.yaml。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。

1.1. 简介 4 Apache ShardingSphere document, v5.1.1 1.2 解决方案 解决方案/功能 分布式数据库 数据安全 • 数据库网关 * • 全链路压测 * 数据分片 数据加密 异构数据库支持 影子库 读写分离 行级权限（TODO） SQL 方 言 转 换 （TODO） 可观测性 分布式事务 SQL 审计（TODO） 弹性伸缩 SQL 在测试环境中，如果重新搭建一整套与生产环境类似的压 测环境，成本过高，并且往往无法模拟线上环境的复杂度以及流量。因此，业内通常选择全链路压测的 方式，即在生产环境进行压测，这样所获得的测试结果能够准确地反应系统真实容量和性能水平。 4.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不 路由到与之对应的数据源。 4.9. 影子库压测 57 Apache ShardingSphere document, v5.1.1 4.9.3 目标 Apache ShardingSphere 关注于全链路压测场景下，数据库层面的解决方案。将压测数据自动路由至用 户指定的数据库，是 Apache ShardingSphere 影子库模块的主要设计目标。 4.9.4 核心概念 生产库 生产环境使用的数据库。

1.1. 简介 4 Apache ShardingSphere document, v5.0.0 1.2 解决方案 解决方案/功能 分布式数据库 数据安全 • 数据库网关 * • 全链路压测 * 数据分片 数据加密 异构数据库支持 影子库 读写分离 行级权限（TODO） SQL 方 言 转 换 （TODO） 可观测性 分布式事务 SQL 审计（TODO） 弹性伸缩 SQL 编辑%SHARDINGSPHERE_PROXY_HOME%/conf/server.yaml。详情请参见配置手册。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例： /Users/ss/shardingsphere‐proxy‐bin/ 2.2.2 2. 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如果后端连接 编辑%SHARDINGSPHERE_PROXY_HOME%/conf/server.yaml。详情请参见运行部署。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例： /Users/ss/shardingsphere‐proxy‐bin/ 2.2. ShardingSphere-Proxy 8 Apache ShardingSphere document

1.1. 简介 4 Apache ShardingSphere document, v5.1.0 1.2 解决方案 解决方案/功能 分布式数据库 数据安全 • 数据库网关 * • 全链路压测 * 数据分片 数据加密 异构数据库支持 影子库 读写分离 行级权限（TODO） SQL 方 言 转 换 （TODO） 可观测性 分布式事务 SQL 审计（TODO） 弹性伸缩 SQL 在测试环境中，如果重新搭建一整套与生产环境类似的压 测环境，成本过高，并且往往无法模拟线上环境的复杂度以及流量。因此，业内通常选择全链路压测的 方式，即在生产环境进行压测，这样所获得的测试结果能够准确地反应系统真实容量和性能水平。 4.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不 产数据库中真实数据造成污染。这就要求业务应用在执行 SQL 前，能够根据透传的压测标识，做好数据 分类，将相应的 SQL 路由到与之对应的数据源。 4.9.3 目标 Apache ShardingSphere 关注于全链路压测场景下，数据库层面的解决方案。将压测数据自动路由至用 户指定的数据库，是 Apache ShardingSphere 影子库模块的主要设计目标。 4.9.4 核心概念 生产库 生产环境使用的数据库。

. . . 49 应用性能监控 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 应用链路追踪 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 8.10.5 相关参考 . . . . 编辑 %SHARDINGSPHERE_PROXY_HOME%/conf/config-xxx.yaml。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 在测试环境中，如果重新搭建一整套与生产环境类似的压 测环境，成本过高，并且往往无法模拟线上环境的复杂度以及流量。因此，业内通常选择全链路压测的 方式，即在生产环境进行压测，这样所获得的测试结果能够准确地反应系统真实容量和性能水平。 8.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不

. . . 49 应用性能监控 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 应用链路追踪 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 8.10.5 相关参考 . . . . 编辑 %SHARDINGSPHERE_PROXY_HOME%/conf/config-xxx.yaml。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 在测试环境中，如果重新搭建一整套与生产环境类似的压 测环境，成本过高，并且往往无法模拟线上环境的复杂度以及流量。因此，业内通常选择全链路压测的 方式，即在生产环境进行压测，这样所获得的测试结果能够准确地反应系统真实容量和性能水平。 8.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不

1.1. 简介 4 Apache ShardingSphere document, v5.1.2 1.2 解决方案 解决方案/功能 分布式数据库 数据安全 • 数据库网关 * • 全链路压测 * 数据分片 数据加密 异构数据库支持 影子库 读写分离 行级权限（TODO） SQL 方 言 转 换 （TODO） 可观测性 分布式事务 SQL 审计（TODO） 弹性伸缩 SQL 在测试环境中，如果重新搭建一整套与生产环境类似的压 测环境，成本过高，并且往往无法模拟线上环境的复杂度以及流量。因此，业内通常选择全链路压测的 方式，即在生产环境进行压测，这样所获得的测试结果能够准确地反应系统真实容量和性能水平。 4.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不 路由到与之对应的数据源。 4.9. 影子库压测 58 Apache ShardingSphere document, v5.1.2 4.9.3 目标 Apache ShardingSphere 关注于全链路压测场景下，数据库层面的解决方案。将压测数据自动路由至用 户指定的数据库，是 Apache ShardingSphere 影子库模块的主要设计目标。 源 码：https://github.com/

. . . 49 应用性能监控 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 应用链路追踪 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 8.10.5 相关参考 . . . . 编辑 %SHARDINGSPHERE_PROXY_HOME%/conf/database-xxx.yaml。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 在测试环境中，如果重新搭建一整套与生产环境类似的压 测环境，成本过高，并且往往无法模拟线上环境的复杂度以及流量。因此，业内通常选择全链路压测的 方式，即在生产环境进行压测，这样所获得的测试结果能够准确地反应系统真实容量和性能水平。 8.9.2 挑战 全链路压测是一项复杂而庞大的工作。需要各个微服务、中间件之间配合与调整，以应对不同流量以及压 测标识的透传。通常会搭建一整套压测平台以适用不

侯阳 2022年1月15日 01 SphereEx 中间件研发工程师 Apache ShardingSphere Contributor 目前专注于 Shadow DB 及全链路压测相关的设计和研发 Apache ShardingSphere 发展和现状 Apache ShardingSphere 架构设计 Apache ShardingSphere Roadmap 1.x (2016) https://community.sphere-ex.com 文字 Apache ShardingSphere Overview Shadow DB 应用场景 Shadow DB 架构设计 全链路压测：流量规划，比如双 11，618 等 灰度发布：指定测试用户的体验版本发布 服务预热：预热数据隔离 对比测试：基于版本的对比测试 Shadow DB Scenes 4.1.1 Shadow CyborgFlow POC1 文字 直接调用服务应用模拟生产环境调用 调用 cyborg-flow-gateway 网关模拟压测环境调用 CyborgFlow POC2 文字 真实流量的调用链路 压测流量的调用链路 CyborgFlow POC3 文字 真实流量的调用 SQL 详情 压测流量的调用 SQL 详情 CyborgFlow POC4 文字 连接 MySQL 生产库 ds 查询 连接

柔性事务 1.2. 功能列表 3 Apache ShardingSphere document, v5.0.0-beta 1.2.3 数据库治理 • 分布式治理 • 弹性伸缩 • 可视化链路追踪 • 数据加密 1.2. 功能列表 4 2 快速入门 本章节以尽量短的时间，为使用者提供最简单的 Apache ShardingSphere 的快速入门。 2.1 ShardingSphere-JDBC 编辑%SHARDINGSPHERE_PROXY_HOME%/conf/server.yaml。详情请参见配置手册。 %SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例： /Users/ss/shardingsphere‐proxy‐bin/ 2.2.2 2. 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如 果 后 端 编辑%SHARDINGSPHERE_SCALING_HOME%/conf/server.yaml。详情请参见使用手册。 %SHARDINGSPHERE_PROXY_HOME% 为 Scaling 解 压 后 的 路 径， 例： /Users/ss/shardingsphere‐scaling‐bin/ 2.2. ShardingSphere-Proxy 6 Apache ShardingSphere document