在 Oracle 数据库中，查询表广播（Broadcast Table）是一种优化分布式查询性能的机制，尤其在并行处理（Parallel Execution）或分布式架构（如 Oracle RAC、Sharding）中。其核心原理是通过将小表（维度表）的完整数据分发到所有并行处理节点或计算单元，减少跨节点数据传输的开销，从而加速表连接（JOIN）操作。

1. 核心原理

当执行涉及大表（如事实表）和小表（如维度表）的 JOIN 操作时，Oracle 优化器（CBO）会评估以下两种数据分发方式的成本：

• 哈希分发（Hash Distribution）：将大表和小表按 JOIN 键的哈希值分区到不同节点。

• 广播（Broadcast）：将小表完整复制到所有处理大表的节点，实现本地 JOIN。

广播的优势：
对于小表，广播避免了哈希分发所需的跨节点数据传输和同步开销，所有节点可直接在本地完成 JOIN 操作，显著减少网络延迟和资源消耗。

2. 优化器的决策机制

Oracle 优化器通过以下步骤决定是否采用广播策略：

1. 统计信息分析
   基于表的统计信息（如 NUM_ROWS、BLOCKS）判断表的大小。通常，小表的定义是数据量远小于可用内存（例如小于 parallel_execution_message_size 的限制）。

2. 成本估算
   比较广播小表的成本（网络传输 + 内存占用）与哈希分发的成本（哈希计算 + 跨节点数据传输）。

3. 选择最优分发方式
   如果广播成本更低，优化器会生成包含广播操作的执行计划。

3. 执行计划中的广播操作

在 Oracle 的并行执行计划中，广播操作通常体现为 PX SEND BROADCAST 或 PX BROADCAST 步骤。

------------------------------------------------------------------------------------------
| Id  | Operation                  | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |            |  100M |  10GB | 12345   (1)| 00:00:10 |
|   1 |  PX COORDINATOR            |            |       |       |            |          |
|   2 |   PX SEND QC (RANDOM)      | :TQ10001   |  100M |  10GB | 12345   (1)| 00:00:10 |
|*  3 |    HASH JOIN               |            |  100M |  10GB | 12345   (1)| 00:00:10 |
|   4 |     PX RECEIVE             |            |  1000 | 10000 |     2   (0)| 00:00:01 |
|   5 |      PX SEND BROADCAST     | :TQ10000   |  1000 | 10000 |     2   (0)| 00:00:01 |
|   6 |       TABLE ACCESS FULL    | DIM_TABLE  |  1000 | 10000 |     2   (0)| 00:00:01 |
|   7 |     PX BLOCK ITERATOR      |            |  100M |  10GB | 12345   (1)| 00:00:10 |
|   8 |      TABLE ACCESS FULL     | FACT_TABLE |  100M |  10GB | 12345   (1)| 00:00:10 |
------------------------------------------------------------------------------------------

• 步骤 5 (PX SEND BROADCAST)：将小表 DIM_TABLE 广播到所有并行处理节点。

• 步骤 3 (HASH JOIN)：每个节点在本地完成大表 FACT_TABLE 和小表 DIM_TABLE 的 JOIN。

4. 适用场景

• 星型模型（数据仓库）
  事实表（大表）与维度表（小表）的 JOIN。

• 分布式架构

  • Oracle RAC：通过并行查询将小表广播到所有实例。

  • Oracle Sharding：使用全局复制表（Duplicated Table）自动同步小表到所有分片。

• OLAP 查询
  需要频繁访问公共配置表或代码表的复杂分析。

5. 实现方式

(1) 并行查询（Parallel Execution）

• 通过 PARALLEL 提示或自动并行度（Auto DOP）启用并行查询。

• 优化器自动选择广播策略。

(2) 全局复制表（Oracle Sharding）

在分片环境中创建全局复制表，数据自动同步到所有分片：

 CREATE SHARDED TABLE duplicated_table (...)
DUPLICATE;

6. 性能优化注意事项

1. 小表定义
   广播表的大小需远小于可用内存（通常不超过 parallel_execution_message_size 的 50%）。

2. 统计信息更新
   定期收集表的统计信息（DBMS_STATS），确保优化器准确选择广播策略。

3. 网络带宽
   在分布式环境中，确保节点间网络带宽足够支持广播操作。

4. 内存管理
   广播表占用内存资源，需合理配置 PGA_AGGREGATE_TARGET 和 SGA_TARGET。

7. 与其他分发方式的对比

分发方式	适用场景	优势	劣势
广播（Broadcast）	小表 JOIN 大表	减少跨节点数据传输，加速本地 JOIN	小表过大时浪费内存和网络
哈希分发（Hash）	大表 JOIN 大表	均衡负载，适合数据倾斜场景	需要跨节点传输和哈希计算开销
随机分发（Random）	数据分布无关的聚合操作（如 COUNT）	简单高效	不适用于 JOIN 操作

 

Oracle 的查询表广播原理是通过将小表数据分发到所有处理节点，避免跨节点数据传输，从而加速 JOIN 操作。优化器基于统计信息和成本模型自动选择是否广播，最终在执行计划中通过 PX SEND BROADCAST 实现。在分布式架构（如 RAC 或 Sharding）中，可通过全局复制表或物化视图进一步优化广播策略。实际应用中需权衡表大小、网络带宽和内存资源，确保广播机制的高效性。