Sharding-JDBC 实战；广播表和绑定表

在 Sharding-JDBC 中，广播表和绑定表是两种特殊的表处理方式，用于处理分片规则无法覆盖的情况。下面分别介绍广播表和绑定表的概念以及在 Sharding-JDBC 中的应用。

广播表（Broadcast Table）

广播表是指在所有数据节点上都存在相同结构的表，该表的数据在所有节点上保持一致。在 Sharding-JDBC 中，可以使用广播表来存储一些静态数据或者全局配置，例如字典表、枚举表等。广播表不参与分片，而是在所有节点上都有一份完整的数据副本。

广播表的配置

在 Sharding-JDBC 的分片规则配置中，可以使用 broadcast 关键字来指定表为广播表。例如：

tables:
  dict_table:
    actualDataNodes: ds${0..1}.dict_table
    tableStrategy:
      none: {}
    broadcast: true

绑定表（Binding Table）

绑定表是指将一组表绑定在一起进行分片，这意味着这些表的数据将会在同一个数据库节点上。绑定表适用于具有相同结构和访问模式的表，可以减少分片计算的复杂度，提高查询性能。

绑定表的配置

在 Sharding-JDBC 的分片规则配置中，可以使用 bindingTableGroups 关键字来指定绑定表。例如：

tables:
  order_table:
    actualDataNodes: ds${0..1}.order_table_${0..1}
    tableStrategy:
      standard:
        shardingColumn: order_id
        preciseAlgorithmClassName: com.example.PreciseShardingAlgorithm
    keyGenerateStrategy:
      column: order_id
      keyGeneratorName: snowflake
  order_item_table:
    actualDataNodes: ds${0..1}.order_item_table_${0..1}
    tableStrategy:
      standard:
        shardingColumn: order_id
        preciseAlgorithmClassName: com.example.PreciseShardingAlgorithm
    keyGenerateStrategy:
      column: order_id
      keyGeneratorName: snowflake
bindingTableGroups: 
  - order_table, order_item_table

总结

广播表和绑定表是 Sharding-JDBC 中用于处理特殊情况的表处理方式。广播表适用于全局配置表或者静态数据表，而绑定表适用于具有相同结构和访问模式的表。在设计分片规则时，可以根据具体情况使用广播表和绑定表来满足业务需求。