下，透明化的提供增量功能。增强 包含了流量的重定向（数据分片、 读写分离、影子库）、流量变形 （数据加密）、流量鉴权（SQL 审 计、权限）、流量治理（熔断、限 流）以及流量分析（可观察性、服 务质量分析）等。 可插拔 可插拔是 ShardingSphere 的设计 理念，架构内核是完全面向顶层接 口设计的，内核模块完全不感知具 体功能的存在。它为分库分表、读 写分离等每一个功能插件赋予单独

数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 进行插拔式扩展，开发者能够像使用积木一样定制属于自己的独特系统。 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 4.2. 管控 23 Apache ShardingSphere document, v5.1.1 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 4.3 数据分片 4.3.1 背景 传统的将数据集中存储至单一节点的解决方案，在性能、可用性和运维成本这三方面已经难于满足海量 数据的场景。 从性能方面来说，由于关系型数据库大多采用

数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 进行插拔式扩展，开发者能够像使用积木一样定制属于自己的独特系统。 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 4.2. 管控 23 Apache ShardingSphere document, v5.1.0 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 4.3 数据分片 4.3.1 背景 传统的将数据集中存储至单一节点的解决方案，在性能、可用性和运维成本这三方面已经难于满足海量 数据的场景。 从性能方面来说，由于关系型数据库大多采用

数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 进行插拔式扩展，开发者能够像使用积木一样定制属于自己的独特系统。 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对 Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 4.3 数据分片 4.3.1 背景 传统的将数据集中存储至单一节点的解决方案，在性能、可用性和运维成本这三方面已经难于满足海量 数据的场景。 从性能方面来说，由于关系型数据库大多采用

数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 进行插拔式扩展，开发者能够像使用积木一样定制属于自己的独特系统。 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对 因此，1 条 SQL 会驱动：数据库类型 (5) * 接入端类型 (2) * SQL 执行模式 (2) * JDBC 执行 模式 (2) * 场景 (4) = 160 个测试用例运行，以达到项目对于高质量的追求。 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite

Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 3.6. 流量治理 37 Apache ShardingSphere document, v5.2.0 3.7 数据迁移 3.7.1 背景 当业务持续发展，数据量和并发量达到一定 + 读写分离。 因此，1 条 SQL 会驱动：数据库类型（5）* 接入端类型（2）* SQL 执行模式（2）* JDBC 执行模式 （2）* 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 6.4. 集成测试 300 Apache ShardingSphere document, v5.2.0 6.4.2 使用指南 模 块 路 径：shardingsphere-tes 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对

Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 8.5. 流量治理 39 Apache ShardingSphere document 8.6 数据迁移 8.6.1 背景 当业务持续发展，数据量和并发量达到一定程度，传统单体数据库可能面临性能、可扩展性、可用性等 + 读写分离。 因此，1 条 SQL 会驱动：数据库类型（5）* 接入端类型（2）* SQL 执行模式（2）* JDBC 执行模式 （2）* 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 11.4. 集成测试 428 Apache ShardingSphere document 11.4.2 使用指南 模块路径：test/e2e/sql 测试用例配置 SQL 用例在 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对

Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 8.5. 流量治理 39 Apache ShardingSphere document 8.6 数据迁移 8.6.1 背景 当业务持续发展，数据量和并发量达到一定程度，传统单体数据库可能面临性能、可扩展性、可用性等 + 读写分离。 因此，1 条 SQL 会驱动：数据库类型（5）* 接入端类型（2）* SQL 执行模式（2）* JDBC 执行模式 （2）* 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 11.4. 集成测试 407 Apache ShardingSphere document 11.4.2 使用指南 模块路径：test/e2e/sql 测试用例配置 SQL 用例在 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对

Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 8.5. 流量治理 39 Apache ShardingSphere document 8.6 数据迁移 8.6.1 背景 当业务持续发展，数据量和并发量达到一定程度，传统单体数据库可能面临性能、可扩展性、可用性等 + 读写分离。 因此，1 条 SQL 会驱动：数据库类型（5）* 接入端类型（2）* SQL 执行模式（2）* JDBC 执行模式 （2）* 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 11.4. 集成测试 454 Apache ShardingSphere document 11.4.2 使用指南 模块路径：test/e2e/sql 测试用例配置 SQL 用例在 可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式进 行扩展。目前，数据分片、读写分离、数据库高可用、数据加密、影子库压测等功能，以及对

可插拔架构对程序架构设计的要求非常高，需要将各个模块相互独立，互不感知，并且通过一个可插拔 内核，以叠加的方式将各种功能组合使用。设计一套将功能开发完全隔离的架构体系，既可以最大限度 的将开源社区的活力激发出来，也能够保障项目的质量。 Apache ShardingSphere 5.x 版本开始致力于可插拔架构，项目的功能组件能够灵活的以可插拔的方式 进行扩展。目前，数据分片、读写分离、数据加密、影子库压测等功能，以及对 MySQL、PostgreSQL、 因此，1 条 SQL 会驱动：数据库类型 (5) * 接入端类型 (2) * SQL 执行模式 (2) * JDBC 执行 模式 (2) * 场景 (4) = 160 个测试用例运行，以达到项目对于高质量的追求。 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite