Union All与左外连接组合查询运行缓慢问题求助

1. 排查关联导致的数据膨胀 #

单独执行attributes关联attributes_class的子查询，核对返回记录数：

• 如果关联后记录数远超原attributes的50万条，说明是一对多关联产生了重复数据。此时可以：
  • 用DISTINCT去重，比如SELECT DISTINCT a.*, ac.class FROM attributes a JOIN attributes_class ac ON ...
  • 若只需要每个属性对应的唯一class值，改用聚合函数+分组，比如SELECT a.*, MAX(ac.class) FROM attributes a JOIN attributes_class ac ON ... GROUP BY a.主键字段
  • 检查关联条件是否正确，比如是不是误将非唯一字段作为关联键。

2. 强制先执行子查询再做Union All #

数据库优化器可能错误选择先合并Union结果再关联，导致计算量暴增。可以通过以下方式强制执行顺序：

• 用CTE包装每个子查询：

WITH report_cte AS (SELECT 你的字段 FROM reports),
business_cte AS (SELECT 你的字段 FROM business_terms),
attribute_cte AS (
    SELECT a.字段, ac.class 
    FROM attributes a
    JOIN attributes_class ac ON a.关联字段 = ac.关联字段
)
SELECT * FROM report_cte
UNION ALL
SELECT * FROM business_cte
UNION ALL
SELECT * FROM attribute_cte;

• 给每个子查询加括号明确优先级：

(SELECT 你的字段 FROM reports)
UNION ALL
(SELECT 你的字段 FROM business_terms)
UNION ALL
(SELECT a.字段, ac.class FROM attributes a JOIN attributes_class ac ON a.关联字段 = ac.关联字段);

3. 补全关联字段索引 #

关联时如果没有索引，会触发全表扫描，尤其是attributes_class有60万条记录，耗时会剧增：

• 检查attributes和attributes_class的关联字段是否有索引，比如关联键是attr_id，则创建索引：

CREATE INDEX idx_attr_class_attr_id ON attributes_class(attr_id);

• 用EXPLAIN（MySQL）或EXPLAIN ANALYZE（PostgreSQL）查看执行计划，确认关联步骤是否使用了索引，避免全表扫描。

4. 拆分查询到临时表 #

如果以上方法无效，可拆分Union步骤，用临时表分批存储结果：

-- 创建临时表存储前两个小分支的数据
CREATE TEMP TABLE temp_union_result AS
SELECT 你的字段 FROM reports
UNION ALL
SELECT 你的字段 FROM business_terms;

-- 插入关联后的attributes数据
INSERT INTO temp_union_result
SELECT a.字段, ac.class 
FROM attributes a
JOIN attributes_class ac ON a.关联字段 = ac.关联字段;

-- 查询最终结果
SELECT * FROM temp_union_result;

5. 核对关联字段类型 #

确认关联字段的数据类型完全匹配，比如attributes.attr_id是INT，attributes_class.attr_id不能是VARCHAR——类型不匹配会导致数据库无法使用索引，只能做全表扫描+类型转换，大幅拖慢查询。

内容的提问来源于stack exchange，提问作者Rob Wissink