Apache ShardingSphere ElasticJob 中文文档 2023 年 11 月 01 日. . . . . 63 事件追踪配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 快照导出配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 6.2.8 内置策略 . . . 0 表示北京;1 表示上海;2 表示广州。合理使用个性化 参数可以让代码更可读,如果配置为 0= 北京,1= 上海,2= 广州,那么代码中直接使用北京,上海,广州的 枚举值即可完成分片项和业务逻辑的对应关系。 5.2.2 资源最大限度利用 ElasticJob 提供最灵活的方式,最大限度的提高执行作业的吞吐量。当新增加作业服务器时,ElasticJob 会通过注册中心的临时节点的变化感 便捷的回馈至社区。 5.5.1 作业接口 ElasticJob 的作业可划分为基于 class 类型和基于 type 类型两种。 Class 类型的作业由开发者直接使用,需要由开发者实现该作业接口实现业务逻辑。典型代表:Simple 类 型、Dataflow 类型。Type 类型的作业只需提供类型名称即可,开发者无需实现该作业接口,而是通过外 置配置的方式使用。典型代表:Script 类型、HTTP0 码力 | 98 页 | 1.97 MB | 1 年前3
Apache ShardingSphere 中文文档 5.0.0-alpha访问量带来的问题,但无法根治。如果垂 直拆分之后,表中的数据量依然超过单节点所能承载的阈值,则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片,它不再将数据根据业务逻辑分类,而是通过某个字段(或 某几个字段),根据某种规则将数据分散至多个库或表中,每个分片仅包含数据的一部分。例如:根据主 键分片,偶数主键的记录放入 0 库(或表),奇数主键的记录放入 1 库(或表),如下图所示。 核心概念 • 分片核心概念 • 配置核心概念 • 行表达式 • 分布式主键 • 强制分片路由 SQL 逻辑表 水平拆分的数据库(表)的相同逻辑和数据结构表的总称。例:订单数据根据主键尾数拆分为 10 张表,分 别是 t_order_0 到 t_order_9,他们的逻辑表名为 t_order。 真实表 在分片的数据库中真实存在的物理表。即上个示例中的 t_order_0 到 t_order_9。 StandardShardingStrategy 使用。 • 复合分片算法 对应 ComplexKeysShardingAlgorithm,用于处理使用多键作为分片键进行分片的场景,包含多个分片键 的逻辑较复杂,需要应用开发者自行处理其中的复杂度。需要配合 ComplexShardingStrategy 使用。 • Hint 分片算法 对应 HintShardingAlgorithm,用于处理使用0 码力 | 301 页 | 3.44 MB | 1 年前3
Apache ShardingSphere 中文文档 5.0.0. 57 4.7.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 密文列 . . . . 来进一步处理。 4.2. 数据分片 20 Apache ShardingSphere document, v5.0.0 水平分片 水平分片又称为横向拆分。相对于垂直分片,它不再将数据根据业务逻辑分类,而是通过某个字段(或 某几个字段),根据某种规则将数据分散至多个库或表中,每个分片仅包含数据的一部分。例如:根据主 键分片,偶数主键的记录放入 0 库(或表),奇数主键的记录放入 1 库(或表),如下图所示。 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型,适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库(表)的逻辑名称,是 SQL 中表的逻辑标识。例:订单数据根据主键尾数拆 分为 10 张表,分别是 t_order_0 到 t_order_9,他们的逻辑表名为 t_order。 真实表 在水平拆分的数据库中真实存在的物理表。即上个示例中的 t_order_00 码力 | 385 页 | 4.26 MB | 1 年前3
Apache ShardingSphere 中文文档 5.2.0. 41 3.8.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 密文列 . . . . proxy.Bootstrap,如何解决? . . . . . . . . . . . . 422 8.2.2 Proxy 在使用 ShardingSphere‐Proxy 的时候,如何动态在添加新的逻辑库? . . 422 8.2.3 Proxy 在 使 用 ShardingSphere‐Proxy 时, 怎 么 使 用 合 适 的 工 具 连 接 到 ShardingSphere‐Proxy? 来进一步处理。 3.1. 数据分片 15 Apache ShardingSphere document, v5.2.0 水平分片 水平分片又称为横向拆分。相对于垂直分片,它不再将数据根据业务逻辑分类,而是通过某个字段(或 某几个字段),根据某种规则将数据分散至多个库或表中,每个分片仅包含数据的一部分。例如:根据主 键分片,偶数主键的记录放入 0 库(或表),奇数主键的记录放入 1 库(或表),如下图所示。0 码力 | 449 页 | 5.85 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.0. 56 4.8.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 密文列 . . . . 访问量带来的问题,但无法根治。如果垂 直拆分之后,表中的数据量依然超过单节点所能承载的阈值,则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片,它不再将数据根据业务逻辑分类,而是通过某个字段(或 某几个字段),根据某种规则将数据分散至多个库或表中,每个分片仅包含数据的一部分。例如:根据主 键分片,偶数主键的记录放入 0 库(或表),奇数主键的记录放入 1 库(或表),如下图所示。 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型,适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库(表)的逻辑名称,是 SQL 中表的逻辑标识。例:订单数据根据主键尾数拆 分为 10 张表,分别是 t_order_0 到 t_order_9,他们的逻辑表名为 t_order。 真实表 在水平拆分的数据库中真实存在的物理表。即上个示例中的 t_order_00 码力 | 406 页 | 4.40 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.1. 56 4.8.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 密文列 . . . . 访问量带来的问题,但无法根治。如果垂 直拆分之后,表中的数据量依然超过单节点所能承载的阈值,则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片,它不再将数据根据业务逻辑分类,而是通过某个字段(或 某几个字段),根据某种规则将数据分散至多个库或表中,每个分片仅包含数据的一部分。例如:根据主 键分片,偶数主键的记录放入 0 库(或表),奇数主键的记录放入 1 库(或表),如下图所示。 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型,适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库(表)的逻辑名称,是 SQL 中表的逻辑标识。例:订单数据根据主键尾数拆 分为 10 张表,分别是 t_order_0 到 t_order_9,他们的逻辑表名为 t_order。 真实表 在水平拆分的数据库中真实存在的物理表。即上个示例中的 t_order_00 码力 | 409 页 | 4.47 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.2. 57 4.8.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 密文列 . . . . 访问量带来的问题,但无法根治。如果垂 直拆分之后,表中的数据量依然超过单节点所能承载的阈值,则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片,它不再将数据根据业务逻辑分类,而是通过某个字段(或 某几个字段),根据某种规则将数据分散至多个库或表中,每个分片仅包含数据的一部分。例如:根据主 键分片,偶数主键的记录放入 0 库(或表),奇数主键的记录放入 1 库(或表),如下图所示。 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型,适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库(表)的逻辑名称,是 SQL 中表的逻辑标识。例:订单数据根据主键尾数拆 分为 10 张表,分别是 t_order_0 到 t_order_9,他们的逻辑表名为 t_order。 真实表 在水平拆分的数据库中真实存在的物理表。即上个示例中的 t_order_00 码力 | 446 页 | 4.67 MB | 1 年前3
Apache ShardingSphere 中文文档 5.4.1. 43 8.7.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 密文列 . . . . . 45 8.8.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 8.8.7 使用限制 proxy.Bootstrap,如何解决? . . . . . . . . . . . . 507 13.3.2 Proxy 在使用 ShardingSphere‐Proxy 的时候,如何动态在添加新的逻辑库? . . 507 13.3.3 Proxy 在 使 用 ShardingSphere‐Proxy 时, 怎 么 使 用 合 适 的 工 具 连 接 到 ShardingSphere‐Proxy?0 码力 | 530 页 | 4.49 MB | 1 年前3
Apache ShardingSphere 中文文档 5.3.2. 43 8.7.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 密文列 . . . . . 45 8.8.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 8.8.7 使用限制 proxy.Bootstrap,如何解决? . . . . . . . . . . . . 486 13.3.2 Proxy 在使用 ShardingSphere‐Proxy 的时候,如何动态在添加新的逻辑库? . . 486 13.3.3 Proxy 在 使 用 ShardingSphere‐Proxy 时, 怎 么 使 用 合 适 的 工 具 连 接 到 ShardingSphere‐Proxy?0 码力 | 508 页 | 4.44 MB | 1 年前3
Apache ShardingSphere v5.5.0 中文文档. 43 8.7.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 密文列 . . . . . 45 8.8.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 逻辑列 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 8.8.7 使用限制 proxy.Bootstrap,如何解决? . . . . . . . . . . . . 532 13.2.2 Proxy 在使用 ShardingSphere‐Proxy 的时候,如何动态在添加新的逻辑库? . . 533 13.2.3 Proxy 在 使 用 ShardingSphere‐Proxy 时, 怎 么 使 用 合 适 的 工 具 连 接 到 ShardingSphere‐Proxy?0 码力 | 557 页 | 4.61 MB | 1 年前3
共 12 条
- 1
- 2













