MySQL中LEFT JOIN多条件OR关联导致性能极差的优化方案咨询

问题核心 #

原查询中LEFT JOIN sites的条件Site_Institution = Institution_Key OR Site_Key = Unit_Site是性能瓶颈——MySQL无法针对跨列的OR条件高效利用索引，即便已有单独索引，也会触发全表扫描，导致查询成本飙升。

可行解决方案 #

1. 将OR条件拆分为两个独立查询，用UNION合并结果

把原OR的两个分支拆成两个完整的查询，通过UNION（自动去重，替代原DISTINCT）合并结果。这种方式能让每个分支单独利用对应索引，避免全表扫描。

示例SQL：

SELECT i.*, u.*, s.*
FROM institutions i
LEFT JOIN units u ON u.Unit_Institution = i.Institution_Key
LEFT JOIN sites s ON s.Site_Institution = i.Institution_Key
UNION
SELECT i.*, u.*, s.*
FROM institutions i
LEFT JOIN units u ON u.Unit_Institution = i.Institution_Key
LEFT JOIN sites s ON s.Site_Key = u.Unit_Site

• 第一个分支可利用sites表的Site_Institution索引
• 第二个分支可利用sites表的Site_Key索引，以及units表的Unit_Site索引（若存在）
• UNION会自动去重，无需额外加DISTINCT；若业务逻辑允许保留重复行，可改用UNION ALL后在外层添加DISTINCT

2. 预筛选sites数据后再JOIN

先通过子查询把符合两个OR条件的sites数据整合为临时集，再与主表关联，避免直接在JOIN条件中写OR：

SELECT DISTINCT i.*, u.*, s.*
FROM institutions i
LEFT JOIN units u ON u.Unit_Institution = i.Institution_Key
LEFT JOIN (
    -- 提前筛选出所有符合条件的sites记录
    SELECT * FROM sites
    WHERE Site_Institution IN (SELECT Institution_Key FROM institutions)
    UNION ALL
    SELECT * FROM sites
    WHERE Site_Key IN (SELECT Unit_Site FROM units)
) s ON s.Site_Institution = i.Institution_Key OR s.Site_Key = u.Unit_Site

这种方式提前缩小了sites表的扫描范围，再进行关联能显著降低查询开销。

3. 优化索引策略（辅助手段）

虽然OR条件本身难以直接优化，但可针对性创建复合索引，让MySQL在拆分后的查询中更高效检索：

• 给sites表创建(Site_Institution, Site_Key)复合索引，适配第一个分支查询
• 给sites表创建(Site_Key, Site_Institution)复合索引，适配第二个分支查询
• 确保units表的Unit_Institution、Unit_Site列有单独索引

注意事项 #

• 拆分查询时必须保留原LEFT JOIN的语义，避免误写成INNER JOIN导致数据丢失
• 若数据量极大，可考虑将拆分后的查询结果存入临时表，再进行后续处理，进一步优化性能

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