ShardingSphere实战（4）- 广播表和默认数据源

上篇博客，我们讲了 ShardingSphere实战（3）- 快速实现分库分表 ，这篇博客，我们解决分库分表以后遗留的两个小问题。

一、广播表

1. 广播表介绍

广播表（Broadcast Table）是一种特殊的表类型，常见于分布式数据库系统中，如在Apache ShardingSphere等数据库中间件中被广泛应用。广播表的设计目的是为了处理那些数据量相对较小，但需要频繁参与跨分片查询或关联操作的表。

• 广播表的特点：
  • 数据冗余：广播表在每一个数据分片（或数据库节点）中都有一个完整的副本，这意味着数据在每个节点上都是完全相同的。
  • 读取优化：由于每个节点都有完整数据，对于涉及广播表的查询可以直接在本地节点完成，无需进行跨节点通信，从而提高查询效率。
  • 更新控制：由于广播表的数据在所有节点上都需要保持一致，因此对广播表的更新操作需要被严格控制，以避免数据不一致的问题。
• 使用场景：
  • 配置表：存储系统配置信息，如枚举值、状态码等，这类数据通常变化不大，但需要在查询时快速访问。
  • 字典表：存储一些固定的对照关系，如地区代码与名称的对照表。
  • 关联表：当一个表需要与多个分片的主表进行关联查询时，可以考虑使用广播表来减少跨分片的JOIN操作。

2. 广播表配置

基于上篇博客配置的前提下（上篇博客的最后放上了完整的配置，需要的可以去看看，这里就不重复写上去了），加上广播表的配置：

# 配置广播表
spring.shardingsphere.sharding.broadcast-tables=t_config

3. 测试

/**
     * 广播表测试-保存
     */
    @GetMapping("/test5")
    public String test5(@RequestParam("count") Integer count) {
   
   

        Date now = new Date();
        for (int i = 0; i < count; i++) {
   
   
            ConfigDO configDO = new ConfigDO();
            configDO