MySQL，Oracle，SQLServer，PostgreSQL 以及任何 遵循 SQL92 标准的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使 用任何兼容 3.1.2 ShardingSphere-Proxy ShardingSphere‐Proxy 是 Apache ShardingSphere 的第二个产品。它定位为透明化的数据库代理端，提 供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。目前提供 MySQL 和 PostgreSQL （兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使用任何兼容 executor.size (?) 属 性 工作线程数量，默认值: CPU 核数 max .connections.size.per.query (?) 属 性 每个物理数据库为每次查询分配的最大连接数量。默认值: 1 c heck.table.metadata.enabled (?) 属 性 是否在启动时检查分表元数据一致性，默认值: false

0 码力 | 385 页 | 4.26 MB | 1 年前

3

MySQL，Oracle，SQLServer，PostgreSQL 以及任何 遵循 SQL92 标准的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL 版本，它可以使用任何兼容 MySQL/PostgreSQL 协议的访问客户端 (如：MySQL =, >, <, >=, <=, IN 和 BETWEEN AND 的分片操作支持。ComplexShardingStrategy 支持多分片键，由于多分片键之间的关系复杂，因此并 未进行过多的封装，而是直接将分片键值组合以及分片操作符透传至分片算法，完全由应用开发者实现， 提供最大的灵活度。 • Hint 分片策略 对应 HintShardingStrategy。通过 Hint 指定分片值而非从 对于分片策略存有数据源分片策略和表分片策略两种维度。 • 数据源分片策略 对应于 DatabaseShardingStrategy。用于配置数据被分配的目标数据源。 • 表分片策略 对应于 TableShardingStrategy。用于配置数据被分配的目标表，该目标表存在于该数据的目标数据源内。 故表分片策略是依赖于数据源分片策略的结果的。 两种策略的 API 完全相同。 自增主键生成策略

– 支持任务在分布式场景下的分片和高可用 – 能够水平扩展任务的吞吐量和执行效率 – 任务处理能力随资源配备弹性伸缩 • 资源分配 – 在适合的时间将适合的资源分配给任务并使其生效 – 相同任务聚合至相同的执行器统一处理 – 动态调配追加资源至新分配的任务 • 作业治理 – 失效转移 – 错过作业重新执行 – 自诊断修复 • 作业依赖 (TODO) – 基于有向无环图（DAG）的作业间依赖 平扩展的任务处理系统。 5.2.1 分片 ElasticJob 中任务分片项的概念，使得任务可以在分布式的环境下运行，每台任务服务器只运行分配给该 服务器的分片。随着服务器的增加或宕机，ElasticJob 会近乎实时的感知服务器数量的变更，从而重新为 分布式的任务服务器分配更加合理的任务分片项，使得任务可以随着资源的增加而提升效率。 任务的分布式执行，需要将一个任务拆分为多个独立的任务项，然后由分布式的服务器分别执行某一个 50% 的负 载，如下图所示。 7 Apache ShardingSphere ElasticJob document 分片项 ElasticJob 并不直接提供数据处理的功能，而是将分片项分配至各个运行中的作业服务器，开发者需要自 行处理分片项与业务的对应关系。分片项为数字，始于 0 而终于分片总数减 1。 个性化分片参数 个性化参数可以和分片项匹配对应关系，用于将分片项的数字转换为更加可读的业务代码。

MySQL，PostgreSQL，Oracle，SQLServer 以及任何 可使用 JDBC 访问的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使 用任何兼容 3.1.2 ShardingSphere-Proxy ShardingSphere‐Proxy 是 Apache ShardingSphere 的第二个产品。它定位为透明化的数据库代理端，提 供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。目前提供 MySQL 和 PostgreSQL （兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使用任何兼容 数据库原生的返回结果集的方式最为契合。遍历、排序以及流式分组都属于流式归并的一种。 内存归并则是需要将结果集的所有数据都遍历并存储在内存中，再通过统一的分组、排序以及聚合等计 算之后，再将其封装成为逐条访问的数据结果集返回。 装饰者归并是对所有的结果集归并进行统一的功能增强，目前装饰者归并有分页归并和聚合归并这 2 种 类型。 7.2. 数据分片 246 Apache ShardingSphere

MySQL，PostgreSQL，Oracle，SQLServer 以及任何 可使用 JDBC 访问的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使 用任何兼容 3.1.2 ShardingSphere-Proxy ShardingSphere‐Proxy 是 Apache ShardingSphere 的第二个产品。它定位为透明化的数据库代理端，提 供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。目前提供 MySQL 和 PostgreSQL （兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使用任何兼容 数据库原生的返回结果集的方式最为契合。遍历、排序以及流式分组都属于流式归并的一种。 内存归并则是需要将结果集的所有数据都遍历并存储在内存中，再通过统一的分组、排序以及聚合等计 算之后，再将其封装成为逐条访问的数据结果集返回。 装饰者归并是对所有的结果集归并进行统一的功能增强，目前装饰者归并有分页归并和聚合归并这 2 种 类型。 7.2. 数据分片 241 Apache ShardingSphere

MySQL，PostgreSQL，Oracle，SQLServer 以及任何 可使用 JDBC 访问的数据库。 1.1.2 ShardingSphere-Proxy 定位为透明化的数据库代理端，提供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支 持。目前提供 MySQL 和 PostgreSQL（兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使 用任何兼容 3.1.2 ShardingSphere-Proxy ShardingSphere‐Proxy 是 Apache ShardingSphere 的第二个产品。它定位为透明化的数据库代理端，提 供封装了数据库二进制协议的服务端版本，用于完成对异构语言的支持。目前提供 MySQL 和 PostgreSQL （兼容 openGauss 等基于 PostgreSQL 的数据库）版本，它可以使用任何兼容 数据库原生的返回结果集的方式最为契合。遍历、排序以及流式分组都属于流式归并的一种。 内存归并则是需要将结果集的所有数据都遍历并存储在内存中，再通过统一的分组、排序以及聚合等计 算之后，再将其封装成为逐条访问的数据结果集返回。 装饰者归并是对所有的结果集归并进行统一的功能增强，目前装饰者归并有分页归并和聚合归并这 2 种 类型。 7.2. 数据分片 257 Apache ShardingSphere

_ strategyType； • KEY_GENERATE_STRATEGY 用于指定主键生成策略，为可选项，关于主键生成策略可参考分布式 主键； • AUDIT_STRATEGY 用于指定分配审计生成策略，为可选项，关于分片审计生成策略可参考分片审 计； • ifNotExists 子句用于避免出现 Duplicate sharding rule 错误。 示例 1. 标准分片规则 _ strategyType； • KEY_GENERATE_STRATEGY 用于指定主键生成策略，为可选项，关于主键生成策略可参考分布式 主键。 • AUDIT_STRATEGY 用于指定分配审计生成策略，为可选项，关于分片审计生成策略可参考分片审 计。 示例 1. 标准分片规则 ALTER SHARDING TABLE RULE t_order_item ( DATANODES("ds_${0 语句，也可以是对 SQL 语句进行统计操作。 参数解释 DML_SHARDING_CONDITIONS 算法 类型：DML_SHARDING_CONDITIONS 操作步骤 1. 配置数据分片规则时设置分配审计生成策略 配置示例 • DML_SHARDING_CONDITIONS auditors: sharding_key_required_auditor: type: DML_SHARDING_CONDITIONS

_ ‘strategyType； • KEY_GENERATE_STRATEGY 用于指定主键生成策略，为可选项，关于主键生成策略可参考分布式 主键； • AUDIT_STRATEGY 用于指定分配审计生成策略，为可选项，关于分片审计生成策略可参考分片审 计； • ifNotExists 子句用于避免出现 Duplicate sharding rule 错误。 示例 1. 标准分片规则 _ strategyType； • KEY_GENERATE_STRATEGY 用于指定主键生成策略，为可选项，关于主键生成策略可参考分布式 主键。 • AUDIT_STRATEGY 用于指定分配审计生成策略，为可选项，关于分片审计生成策略可参考分片审 计。 示例 1. 标准分片规则 ALTER SHARDING TABLE RULE t_order_item ( DATANODES("ds_${0 语句，也可以是对 SQL 语句进行统计操作。 参数解释 DML_SHARDING_CONDITIONS 算法 类型：DML_SHARDING_CONDITIONS 操作步骤 1. 配置数据分片规则时设置分配审计生成策略 配置示例 • DML_SHARDING_CONDITIONS auditors: sharding_key_required_auditor: type: DML_SHARDING_CONDITIONS

_ strategyType； • KEY_GENERATE_STRATEGY 用于指定主键生成策略，为可选项，关于主键生成策略可参考分布式 主键； • AUDIT_STRATEGY 用于指定分配审计生成策略，为可选项，关于分片审计生成策略可参考分片审 计； • ifNotExists 子句用于避免出现 Duplicate sharding rule 错误。 示例 1. 标准分片规则 _ strategyType； • KEY_GENERATE_STRATEGY 用于指定主键生成策略，为可选项，关于主键生成策略可参考分布式 主键。 • AUDIT_STRATEGY 用于指定分配审计生成策略，为可选项，关于分片审计生成策略可参考分片审 计。 示例 1. 标准分片规则 ALTER SHARDING TABLE RULE t_order_item ( DATANODES("ds_${0 算法 类型：DML_SHARDING_CONDITIONS 9.3. 通用配置 422 Apache ShardingSphere document 操作步骤 1. 配置数据分片规则时设置分配审计生成策略 配置示例 • DML_SHARDING_CONDITIONS auditors: sharding_key_required_auditor: type: DML_SHARDING_CONDITIONS

命名参数 为参数使用@Param 起一个名字，MyBatis 就会将这些参数封装进 map 中，key 就是我 们自己指定的名字 4) POJO 当这些参数属于我们业务 POJO 时，我们直接传递 POJO 5) Map 我们也可以封装多个参数为 map，直接传递 6) Collection/Array 会被 MyBatis 封装成一个 map 传入, Collection 对应的 key 是 collection property="gender"/> 4.7.2 association 1) POJO 中的属性可能会是一个对象,我们可以使用联合查询，并以级联属性的方式封装对 象.使用 association 标签定义对象的封装规则 public class Department { private Integer id ; private String departmentName ; // value="false"/> 4.7.5 collection 1) POJO 中的属性可能会是一个集合对象,我们可以使用联合查询，并以级联属性的方式封 装对象.使用 collection 标签定义对象的封装规则 public class Department { private Integer id ; private String departmentName ; private List