PHP中合并多MySQL查询的性能优化：问题与正确实现

合并查询确实有可能提升性能，但核心取决于写法——错误的合并方式（比如你用的IN+OR）反而会因为索引失效、执行计划低效拖慢速度。下面是具体分析和正确的合并方案：

为什么你的IN+OR写法性能差？ #

你原来的写法大概是类似这样的：

SELECT DISTINCT u.manager
FROM USER_TABLE u
WHERE u.id IN (SELECT user_id FROM ONCALL_TABLE WHERE submitstatus=1)
   OR u.id IN (SELECT user_id FROM TIMEOFF_TABLE WHERE submitstatus=1)
   OR u.id IN (SELECT user_id FROM SHIFTPREMIUM_TABLE WHERE submitstatus=1);

这种写法的问题在于：

• OR条件会让MySQL难以有效利用USER_TABLE的索引，大概率触发全表扫描；
• 多个IN子查询可能生成临时表存储中间结果，增加内存和CPU开销；
• 最终还要对整个结果集去重，处理量更大。

正确的合并方案 #

方案1：UNION 合并独立子查询（推荐） #

把三个独立查询用UNION合并，利用UNION自动去重的特性，同时每个子查询可以单独优化：

-- 查询ONCALL_TABLE中符合条件的manager
SELECT DISTINCT u.manager
FROM USER_TABLE u
JOIN ONCALL_TABLE oc ON u.id = oc.user_id
WHERE oc.submitstatus = 1

UNION

-- 查询TIMEOFF_TABLE中符合条件的manager
SELECT DISTINCT u.manager
FROM USER_TABLE u
JOIN TIMEOFF_TABLE tof ON u.id = tof.user_id
WHERE tof.submitstatus = 1

UNION

-- 查询SHIFTPREMIUM_TABLE中符合条件的manager
SELECT DISTINCT u.manager
FROM USER_TABLE u
JOIN SHIFTPREMIUM_TABLE sp ON u.id = sp.user_id
WHERE sp.submitstatus = 1;

为什么这个写法更好？

• 每个子查询都可以利用关联表的复合索引（给ONCALL_TABLE、TIMEOFF_TABLE、SHIFTPREMIUM_TABLE分别创建(user_id, submitstatus)索引），快速定位符合条件的记录；
• 用JOIN替代LEFT JOIN：因为我们只需要关联表中存在有效记录的manager，LEFT JOIN会保留无匹配的USER_TABLE行，完全没必要，反而增加处理量；
• UNION会自动合并并去重结果，比三个独立查询少了两次PHP与MySQL的网络往返，减少IO开销。

方案2：EXISTS 多条件判断 #

如果更倾向于单表查询的写法，可以用EXISTS替代IN，配合合理索引也能获得不错的性能：

SELECT DISTINCT u.manager
FROM USER_TABLE u
WHERE EXISTS (
    SELECT 1 FROM ONCALL_TABLE oc 
    WHERE oc.user_id = u.id AND oc.submitstatus = 1
) OR EXISTS (
    SELECT 1 FROM TIMEOFF_TABLE tof 
    WHERE tof.user_id = u.id AND tof.submitstatus = 1
) OR EXISTS (
    SELECT 1 FROM SHIFTPREMIUM_TABLE sp 
    WHERE sp.user_id = u.id AND sp.submitstatus = 1
);

注意事项：

• 必须给三个关联表创建(user_id, submitstatus)复合索引，否则EXISTS子查询会变成全表扫描，性能依然拉胯；
• 这种写法的性能稳定性略逊于UNION方案，因为OR条件在某些情况下还是会导致MySQL放弃索引扫描，需要结合执行计划（EXPLAIN）验证。

性能优化关键 #

• 索引优先：给三个关联表的user_id和submitstatus创建复合索引，这是所有优化的基础；
• 避免不必要的LEFT JOIN：只保留需要的匹配行，减少结果集大小；
• 用EXPLAIN验证执行计划：不管用哪种写法，都要运行EXPLAIN查看是否用到了索引，有没有全表扫描的情况。

什么时候合并查询更有优势？ #

当三个独立查询的数据量较大时，合并查询减少的网络IO和重复处理（比如多次去重）会带来明显的性能提升；如果每个查询的结果都很小，合并的收益可能不明显，但也不会比三个独立查询差。

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