为应用提供标准化的连接方式。 1.2.2 增强：数据库计算增强引擎 在原生数据库基础能力之上，提供分布式及流量增强方面的能力。前者可突破底层数据库在计算与存储 上的瓶颈，后者通过对流量的变形、重定向、治理、鉴权及分析能力提供更为丰富的数据应用增强能力。 1.2. 设计哲学 4 Apache ShardingSphere document, v5.2.0 1.2.3 可插拔：构建数据库功能生态 Apache ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景用使用最适合的分布式事务解决方案。 LOCAL 事务 支持项 • 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库 AUTHORITY）来配置用户和授权 信息。 得益于 ShardingSphere 的可插拔架构，Proxy 提供了两种级别的权限提供者，分别是： • ALL_PERMITTED：授予所有权限，不鉴权； • DATABASE_PERMITTED：为用户授予指定逻辑库的权限，通过 user‐database‐mappings 进行映射。 在配置 Authority Rule 时，管理员可根据需要选择使用哪一种权限提供者。

143 9.2.2 YAML 配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144 认证和授权 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144 属性配置 . . . . . 为应用提供标准化的连接方式。 2.2 增强：数据库计算增强引擎 在原生数据库基础能力之上，提供分布式及流量增强方面的能力。前者可突破底层数据库在计算与存储 上的瓶颈，后者通过对流量的变形、重定向、治理、鉴权及分析能力提供更为丰富的数据应用增强能力。 2.3 可插拔：构建数据库功能生态 Apache ShardingSphere 的可插拔架构划分为 3 层，它们是：L1 内核层、L2 功能层、L3 生态层。 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第

137 9.2.2 YAML 配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 认证和授权 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139 属性配置 . . . . . 为应用提供标准化的连接方式。 2.2 增强：数据库计算增强引擎 在原生数据库基础能力之上，提供分布式及流量增强方面的能力。前者可突破底层数据库在计算与存储 上的瓶颈，后者通过对流量的变形、重定向、治理、鉴权及分析能力提供更为丰富的数据应用增强能力。 2.3 可插拔：构建数据库功能生态 Apache ShardingSphere 的可插拔架构划分为 3 层，它们是：L1 内核层、L2 功能层、L3 生态层。 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第

161 9.2.2 YAML 配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162 认证和授权 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162 属性配置 . . . . . 为应用提供标准化的连接方式。 2.2 增强：数据库计算增强引擎 在原生数据库基础能力之上，提供分布式及流量增强方面的能力。前者可突破底层数据库在计算与存储 上的瓶颈，后者通过对流量的变形、重定向、治理、鉴权及分析能力提供更为丰富的数据应用增强能力。 2.3 可插拔：构建数据库功能生态 Apache ShardingSphere 的可插拔架构划分为 3 层，它们是：L1 内核层、L2 功能层、L3 生态层。 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景使用最适合的分布式事务解决方案。 LOCAL 事务 不支持项 • 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提 交之前，第

连接：通过对数据库协议、SQL 方言以及数据库存储的灵活适配，快速的连接应用与多模式的异构 数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景用使用最适合的分布式事务解决方案。 本地事务 支持项 • 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例 timeToLiveSeconds int 临时数据失效的秒数 60 operationTimeoutMilliseconds int 客户端操作超时的毫秒数 500 digest String 登录认证密码 Etcd 持久化 类型：Etcd 适用模式：Cluster 可配置属性： 名称 数据类型 说明 默认值 timeToLiveSeconds long 临时数据失效的秒数 30 connectionTimeout

连接：通过对数据库协议、SQL 方言以及数据库存储的灵活适配，快速的连接应用与多模式的异构 数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景用使用最适合的分布式事务解决方案。 本地事务 支持项 • 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例 timeToLiveSeconds int 临时数据失效的秒数 60 operationTimeoutMilliseconds int 客户端操作超时的毫秒数 500 digest String 登录认证密码 Etcd 持久化 类型：Etcd 适用模式：Cluster 可配置属性： 名称 数据类型 说明 默认值 timeToLiveSeconds long 临时数据失效的秒数 30 connectionTimeout

连接：通过对数据库协议、SQL 方言以及数据库存储的灵活适配，快速的连接应用与多模式的异构 数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景用使用最适合的分布式事务解决方案。 本地事务 支持项 • 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例 timeToLiveSeconds int 临时数据失效的秒数 60 operationTimeoutMilliseconds int 客户端操作超时的毫秒数 500 digest String 登录认证密码 Etcd 持久化 类型：Etcd 适用模式：Cluster 可配置属性： 名称 数据类型 说明 默认值 timeToLiveSeconds long 临时数据失效的秒数 30 connectionTimeout

连接：通过对数据库协议、SQL 方言以及数据库存储的灵活适配，快速的连接应用与多模式的异构 数据库； • 增量：获取数据库的访问流量，并提供流量重定向（数据分片、读写分离、影子库）、流量变形（数 据加密、数据脱敏）、流量鉴权（安全、审计、权限）、流量治理（熔断、限流）以及流量分析（服 务质量分析、可观察性）等透明化增量功能； • 可插拔：项目采用微内核 + 三层可插拔模型，使内核、功能组件以及生态对接完全能够灵活的方式 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景用使用最适合的分布式事务解决方案。 本地事务 支持项 • 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例 3307 端口，可以通过启动脚本追加参数作为启动端口号。如: bin/ start.sh 3308 2. ShardingSphere‐Proxy 使用 conf/server.yaml 配置注册中心、认证信息以及公用属性。 3. ShardingSphere‐Proxy 支持多逻辑数据源，每个以 config- 前缀命名的 YAML 配置文件，即为一 个逻辑数据源。 分布式治理 ShardingSphere‐Proxy

在线 系统数据库资源能够被更多的应用所使用，是明智的选择。 自动化执行引擎 ShardingSphere 最初将使用何种模式的决定权交由用户配置，让开发者依据自己业务的实际场景需求选 择使用内存限制模式或连接限制模式。 这种解决方案将两难的选择的决定权交由用户，使得用户必须要了解这两种模式的利弊，并依据业务场 景需求进行选择。这无疑增加了用户对 ShardingSphere 的学习和使用的成本，并非最优方案。 ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。Apache ShardingSphere 希望能够将分布式事务的选择权交 给使用者，在不同的场景用使用最适合的分布式事务解决方案。 本地事务 支持项 • 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； • 完全支持因逻辑异常导致的跨库事务。例 3307 端口，可以通过启动脚本追加参数作为启动端口号。如: bin/ start.sh 3308 2. ShardingSphere‐Proxy 使用 conf/server.yaml 配置注册中心、认证信息以及公用属性。 3. ShardingSphere‐Proxy 支持多逻辑数据源，每个以 config- 前缀命名的 YAML 配置文件，即为一 个逻辑数据源。 分布式治理 ShardingSphere‐Proxy

增量是 ShardingSphere 的主要能 力，在拦截访问数据库流量的前提 下，透明化的提供增量功能。增强 包含了流量的重定向（数据分片、 读写分离、影子库）、流量变形 （数据加密）、流量鉴权（SQL 审 计、权限）、流量治理（熔断、限 流）以及流量分析（可观察性、服 务质量分析）等。 可插拔 可插拔是 ShardingSphere 的设计 理念，架构内核是完全面向顶层接 口设计的，内核模块完全不感知具