MySQL UNION子查询出现Unknown column错误的解决求助

这个1054错误确实是MySQL的子查询作用域限制搞的鬼——你嵌套的那个派生表（AS t1的那层）没办法直接访问最外层api_analytics_data表（别名a）的字段，因为派生表是独立执行的，它根本不知道a.clei或者a.partNumber是什么。

既然你明确要求用UNION而不是OR来保证大数据量下的性能（这点非常合理，OR在大表上确实容易拖慢查询），咱们可以调整子查询的结构，把关联条件移到能访问a表的层级，给你两个可行的方案：

方案一：调整相关子查询结构，保留UNION去重逻辑 #

SELECT 
    a.clei, 
    a.partNumber,
    (
        SELECT COUNT(*)
        FROM (
            SELECT s.id  -- 用唯一标识确保UNION去重的准确性，避免重复计数
            FROM search_upload_data s
            WHERE a.clei IS NOT NULL AND a.clei = s.clei
            UNION
            SELECT s.id
            FROM search_upload_data s
            WHERE a.partNumber IS NOT NULL AND a.partNumber = s.partNumber
        ) AS t1
    ) AS total
FROM api_analytics_data a;

这里把原来的SELECT *改成只选表的唯一标识（比如id），既保证UNION能正确去重，又让每个分支的子查询直接关联外层的a表——这属于相关子查询，MySQL能识别外层的字段，不会再报找不到列的错误。

方案二：用JOIN+派生表，提前预处理数据 #

SELECT 
    a.clei, 
    a.partNumber,
    COUNT(DISTINCT t.id) AS total
FROM api_analytics_data a
LEFT JOIN (
    SELECT id, clei, partNumber
    FROM search_upload_data
    WHERE clei IS NOT NULL
    UNION
    SELECT id, clei, partNumber
    FROM search_upload_data
    WHERE partNumber IS NOT NULL
) t ON 
    (a.clei IS NOT NULL AND a.clei = t.clei) 
    OR 
    (a.partNumber IS NOT NULL AND a.partNumber = t.partNumber)
GROUP BY a.clei, a.partNumber;

这个方案先把search_upload_data中符合条件的记录（要么clei非空，要么partNumber非空）通过UNION去重得到派生表t，再用LEFT JOIN关联api_analytics_data，最后分组统计匹配数。派生表t只需要执行一次，在数据量极大的场景下，这种写法的性能可能比方案一更好，你可以结合实际执行计划来选择。

小提示：如果search_upload_data没有主键id，可以用多个字段组合来保证唯一性，比如COUNT(DISTINCT t.clei, t.partNumber)，具体根据你的业务逻辑调整就行。

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