当前位置:   article > 正文

ShardingSphere 分片算法_shardingsphere分片算法

shardingsphere分片算法

前言

测试ShardingSphere版本:5.2.0

下面配置中省略部分前缀,仅供参考

自动分片算法 Auto Sharding Alogorithm

自动分片算法通常用在 auto-tables 中,只需配置 actualDataSources 后,其他由分片算法自行解析处理。

注意,通常自动分片算法中的分片表都是在数据源中采用类似轮训的方式进行规律分片的,如:

    db_0.user_0, db_1.user_1, db_2.user_2, db_0.user_3, db_1.user_4, db_2.user_5, ...

也就是 db_{i}.user_{ni + n - 1},n为第几轮

取模 MOD

类似 MySQL的 PATITION 里的 MOD,由ShardingSphere通过分片数和取模的分母,自动计算实际表个数。

属性

名称

类型

描述

sharding-count

int

分片数

案例

该案例实际需要 8 个数据源(也支持单数据源的场景),并且每个数据源中各有 4 个user分表,并且分表格式为 user_${0..31}

  1. autoTables:
  2. user:
  3. logicTable:
  4. actualDataSources: ds_${0..7} # 数据源inline表达式,会自动识别算法:分片键 % 8
  5. shardingStrategy: # 分片策略
  6. standard:
  7. shardingColumn: id
  8. shardingAlgorithmName: mod
  9. shardingAlgorithms:
  10. mod:
  11. type: MOD
  12. props:
  13. sharding-count: 32 # 分片数

散列取模 HASH_MOD

MOD取模通常使用与数组类型的分片,而HASH_MOD不仅适用于数值也适用于字符串(通过hash值取模)列进行分片。该算法基本和MOD类似

属性

名称

类型

描述

sharding-count

int

分片数

案例

该案例只有一个数据源,但库内有 6个分表,并且按 order_id 的 hash值进行取模计算得到实际表。

  1. autoTables:
  2. t_order:
  3. actual-data-nodes: ds.t_order_$->{0..5}
  4. table-strategy:
  5. standard:
  6. sharding-algorithm-name: t-order-algorithm
  7. sharding-column: order_id
  8. sharding-algorithms:
  9. t-order-algorithm:
  10. type: HASH_MOD
  11. props:
  12. sharding-count: '6'

容量范围 VOLUME_RANGE

该算法会根据 (${range-upper} - ${range-lower}) / ${sharding-volume} + 2 来算出实际的分片数量,从而实现自动分片功能。

属性

名称

类型

描述

range-lower

Long

范围下界

range-upper

Long

范围上界

sharding-volume

Long

每个分片容量

案例

  1. auto-tables:
  2. user:
  3. actualDataSources: db_${0..1}
  4. shardingStrategy:
  5. standard:
  6. shardingAlgorithmName: volume
  7. shardingColumn: id
  8. sharding-algorithms:
  9. volume:
  10. type: VOLUME_RANGE
  11. props:
  12. range-lower: 0
  13. range-upper: 20000
  14. sharding-volume: 10000

要注意,这个算法之所以 + 2 ,实际上包含了两个隐藏表,用于储存小于 range-lower大于 range-upper 这两种情况的数据。

也就是说,上面的例子包含4((20000 - 0) / 10000 + 2)个分片

  1. db_0:
  2. - user0: (-∞..0)
  3. - user2: [10000..20000)
  4. db_1:
  5. - user1: [0..10000)
  6. - user3: [20000..+∞)

边界范围 BOUNDARY_RANGE

该算法会根据自定义范围进行分片,如0~100在分片0,100~1000在分片1,1000~1500在分片2等。

属性

名称

类型

描述

sharding-ranges

String

分片范围,多个边界可以用 , 隔开

案例

  1. auto-tables:
  2. user:
  3. actualDataSources: db_${0..1}
  4. shardingStrategy:
  5. standard:
  6. shardingAlgorithmName: boundary
  7. shardingColumn: id
  8. sharding-algorithms:
  9. boundary:
  10. type: BOUNDARY_RANGE
  11. props:
  12. sharding-ranges: 10,15,100,12000,16000

在面例子中的范围字符串可以拆分为

  1. -∞..10,
  2. 10..15,
  3. 15..100,
  4. 100..12000,
  5. 12000..16000,
  6. 16000..+

实际上 BOUNDARY_RANGE 有点像 VOLUME_RANGE,但 BOUNDARY_RANGE 的更灵活容量长度可变

自动日期间隔 AUTO_INTERVAL

日期间隔将按 时间开始边界时间结束边界 之间的秒数除以 分片秒数 再加 2,从而计算出总分片数。也就是 ({datetime-upper} - {datetime-lower}) / sharding-seconds + 2

这里的加2也是用于补上小于 datetime-lower 大于 datetime-upper 的分片。

属性

名称

类型

描述

datetime-lower

String

分片时间开始边界,格式 yyyy-MM-dd HH:mm:ss

datetime-upper

String

分片时间结束边界,格式 yyyy-MM-dd HH:mm:ss

sharding-seconds

long

按多少秒一个分片进行分片

案例

  1. auto-tables:
  2. user:
  3. actualDataSources: db_${0..1}
  4. shardingStrategy:
  5. standard:
  6. shardingAlgorithmName: auto_interval
  7. shardingColumn: create_time
  8. auto_interval:
  9. type: AUTO_INTERVAL
  10. props:
  11. datetime-lower: 2022-01-02 00:00:00
  12. datetime-upper: 2022-01-05 00:00:00
  13. sharding-seconds: 93600 # 一天

该案例中,会按解析为:

  1. ?, 2022-01-02 00:00:00 = 0
  2. 2022-01-02 00:00:00, 2022-01-03 00:00:00 = 1
  3. ...
  4. 2022-01-05 00:00:00, ? = 3

标准分片算法 Standard Sharding Algorithm

以下算法只适用于 standard 策略

行间分片算法 INLINE

行间分片通常用于SQL中单个 =IN 操作的分键字段

属性

名称

类型

描述

algorithm-expression

String

分片表达式

allow-range-query-with-inline-sharding(非必须)

boolean

是否允许范围查询。注意,范围查询时将会忽略分片策略,直接使用全路由

案例

  1. tables:
  2. position:
  3. actualDataNodes: db_${0..1}.position # 该表达式表示 db_0.position, db_1.position
  4. databaseStrategy:
  5. standard:
  6. shardingColumn: id
  7. shardingAlgorithmName: id-mod
  8. sharding-algorithms:
  9. id-mod:
  10. type: INLINE
  11. props:
  12. algorithm-expression: db_${id % 2} # 该表达式表示 db_0 或 db_1

时间间隔分片 Interval Sharding Algorithm

该分片算法类似AUTO_INTERVAL,但比它要更加灵活,能够配置日期格式、分片后缀格式等,不过也因此配置更加复杂

属性

名称

类型

描述

默认值

datetime-pattern

String

自定义的日期格式,如:yyyy-MM-dd

datetime-lower

String

分片时间开始边界

datetime-upper(按需)

String

分片时间结束边界

Now

sharding-suffix-pattern

String

库表分片后缀格式(逻辑表_后缀),格式必须和 datetime-interval-unit 一致,如:yyyyMM对应MONTHS

datetime-interval-amount(按需)

int

分片间隔

1

datetime-interval-unit(按需)

String

分片间隔时间单位。可选址参考ChronoUnit类

DAYS

案例

  1. tables:
  2. position:
  3. actualDataNodes: db_${202201..202206}.position # 该表达式表示 db_202201.position, db_202202.position...
  4. databaseStrategy:
  5. standard:
  6. shardingColumn: create_time
  7. shardingAlgorithmName: month_interval
  8. sharding-algorithms:
  9. type: INTERVAL
  10. props:
  11. datetime-pattern: yyyy-MM-dd HH:mm:ss
  12. datetime-lower: 2022-01-01 00:00:00
  13. datetime-interval-unit: MONTHS
  14. sharding-suffix-pattern: yyyyMM

复合分片算法 Complex Sharding Algorithm

以下算法只适用于 complex 策略

复合行间分片算法 COMPLEX_INLINE

可以使用 INLINE 进行多分片键分片。

属性

名称

类型

描述

sharding-columns(非必须)

String

分片键名称,通常在配置tables信息时指定

algorithm-expression

String

分片表达式

allow-range-query-with-inline-sharding(非必须)

boolean

是否允许范围查询。注意,范围查询时将会忽略分片策略,直接使用全路由

案例

  1. tables:
  2. position:
  3. actualDataNodes: db_${0..1}_${0..2}.position
  4. databaseStrategy:
  5. complex:
  6. shardingColumns: id, oid
  7. shardingAlgorithmName: uoid_complex
  8. sharding-algorithms:
  9. uoid_complex:
  10. type: COMPLEX_INLINE
  11. props:
  12. algorithm-expression: db_${id % 2}_${oid % 3} # 该表达式表示 db_0_0 到 db_1_2

自定义 complex 分片算法 {Custome}

实现 ComplexKeysShardingAlgorithm 接口

  1. /**
  2. * 基于 id 和 城市 的分片算法
  3. *
  4. * @author Jayin
  5. * @email 1035933250@qq.com
  6. * @date 2022/10/11
  7. */
  8. public class IdCityTableShardingAlgorithm implements ComplexKeysShardingAlgorithm {
  9. private String tablePrefix;
  10. private int shardingCount;
  11. /** 配置值需要储存 */
  12. private Properties props;
  13. @Override
  14. public Collection<String> doSharding(Collection collection, ComplexKeysShardingValue complexKeysShardingValue) {
  15. // Map的值为 Collection 类型,获取对象时需要取第一个元素
  16. String city = (String) ((Collection) complexKeysShardingValue.getColumnNameAndShardingValuesMap().get("city")).toArray()[0];
  17. Long id = (Long) ((Collection) complexKeysShardingValue.getColumnNameAndShardingValuesMap().get("id")).toArray()[0];
  18. // 根据表前缀、所在地区和分片得到实际表
  19. String table = this.tablePrefix + "_" + city + "_" + (id % shardingCount);
  20. if (!collection.contains(table)) {
  21. return null;
  22. }
  23. return Collections.singleton(table);
  24. }
  25. /**
  26. * 返回配置值,因为后续对每个操作进行创建的算法对象都会获取 最初的配置信息,作为新创建对象的配置原型
  27. * @return
  28. */
  29. @Override
  30. public Properties getProps() {
  31. return props;
  32. }
  33. @Override
  34. public String getType() {
  35. return "ID_CITY";
  36. }
  37. /**
  38. * 算法初始化,该部分可按算法需要从 props 中获取参数
  39. * @param properties
  40. */
  41. @Override
  42. public void init(Properties properties) {
  43. this.props = properties;
  44. tablePrefix = StringUtils.defaultString(properties.getProperty("tablePrefix"), "position");
  45. shardingCount = Integer.parseInt(StringUtils.defaultString(properties.getProperty("shardingCount"), "3"));
  46. }
  47. }

按 SPI 规范配置复合分片算法键类

resources/META-INF/services/org.apache.shardingsphere.sharding.spi.ShardingAlgorithm 文件中添加自定义主键类全类名

xyz.me4cxy.shardingjdbc.algorithm.IdCityTableShardingAlgorithm

使用复合分片算法

  1. spring.shardingsphere.rules.sharding:
  2. tables:
  3. user:
  4. tableStrategy:
  5. actualDataNodes: db.user_shenzhen_${0..1}, db.user_guangzhou_${0..1} # 定义深圳、广州两个地区相关表
  6. complex: # 使用复合算法
  7. shardingColumns: id, city # 分片字段,也就是doSharding的数据 ComplexKeysShardingValue 来源,多个用 , 隔开
  8. shardingAlgorithmName: id-city # 采用自定义复合算法,id、城市分片
  9. sharding-algorithms:
  10. id-city: # 注册算法
  11. type: ID_CITY
  12. props: # 添加算法所需额外配置
  13. tablePrefix: user # 表前缀
  14. shardingCount: 2 # 表分片数

Hint分配算法 Hint Sharding Algorithm

以下算法适用于 hint 策略

hint行间分片算法 HINT_INLINE

该算法通过 ${value} 占位符,能够替换 HintManager 中添加值,如果添加多次值时,将会遍历每个字并执行一次 doSharding,适合用在按单个外部参数进行分片的情况。

属性

名称

类型

描述

默认值

algorithm-expression

String

分片表达式,通过 ${value} 注入实际值

${value}

案例

  1. tables:
  2. test:
  3. actualDataNodes: db_${0..1}.test
  4. databaseStrategy:
  5. hint:
  6. shardingAlgorithmName: sys-complex-hint
  7. sharding-algorithms:
  8. sys-complex-hint:
  9. type: HINT_INLINE
  10. props:
  11. algorithm-expression: db_${value} // 将hint注入的值代入,如 db_1
  12. --- 使用
  13. @Test
  14. public void testHint() {
  15. try (HintManager hintManager = HintManager.getInstance()) {
  16. hintManager.addDatabaseShardingValue("test", 1L); // 指定hint注入值
  17. System.out.println(testService.getById(3L));
  18. }
  19. }

自定义 hint 分片算法

用于处理使用Hint行分片的场景。对于由非SQL字段来作为分片字段的场景,而是通过其他外部方式来进行分库分表时,可使用SQL Hint灵活注入分片字段。如:根据不同端展示不同数据,而“端”由应用控制。需要通过实现 HintShardingAlgorithm 接口完成分片。

详情参考:ShardingSphere 从源码查看hint为什么失效

基于自定义算法类分片算法 Class Based Sharding Algorithm

以下算法可适用于 standard、complex、hint

由于自定义算法通常需要注册到SPI中,但通过该算法能够配置自定义算法类,从而省去注册SPI的步骤

注意,该算法能够将自身的 props 透传给自定义算法类的实例,所以如果自定义算法需要配置参数可通过 props 进行配置

属性

名称

类型

描述

strategy

String

自定义的算法类使用哪种分片策略

algorithmClassName

String

分片算法的全类名

案例

  1. tables:
  2. position:
  3. actualDataNodes: db_${0..1}_${0..2}.position
  4. databaseStrategy:
  5. complex:
  6. shardingColumns: id, oid
  7. shardingAlgorithmName: uoid_complex
  8. sharding-algorithms:
  9. id-city:
  10. type: CLASS_BASED
  11. props:
  12. strategy: complex
  13. algorithmClassName: xyz.me4cxy.shardingjdbc.algorithm.IdCityTableShardingAlgorithm
  14. # 自定义算法的配置
  15. tablePrefix: user # 表前缀
  16. shardingCount: 2 # 表分片数
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/凡人多烦事01/article/detail/368957
推荐阅读
相关标签
  

闽ICP备14008679号