如何避免SQL分组查询中的笛卡尔积问题？检查JOIN条件是否正确设置？

本文共计757个文字，预计阅读时间需要4分钟。

分组合并查询结果暴增，并非GROUP BY写错，而是前面的JOIN已失控。

你注意到COUNT(*)、SUM()等函数出现异常放大、执行超时的情况，大概率是JOIN未约束关联基数，提前产生了笛卡尔积膨胀——此时再调GROUP BY都无用。

为什么EXPLAIN里看到Nested Loop + actual rows远大于左表行数？

这是PostgreSQL中笛卡尔积最直接的信号。MySQL里对应的是type: ALL或Extra里出现Using join buffer。本质是数据库在做JOIN时，没找到有效的连接条件，退化成了全量配对。

• 检查每个JOIN后是否紧跟着ON子句，且该子句至少含一个左表列和一个右表列（比如ON orders.id = order_items.order_id）
• 警惕ON 1=1、ON true、或ON a.id = a.id这类恒真/自等式，它们等于没写条件
• 多表JOIN时，确认中间表是否被“跳过”——比如A JOIN B JOIN C，但漏了B和C之间的ON，A和C就可能间接形成笛卡尔积

LEFT JOIN中WHERE和ON放错位置，为什么也会撑大结果集？

这不是严格意义的笛卡尔积，但效果类似：本该被过滤掉的右表行，因为错误地塞进ON，导致LEFT JOIN把它们全保留为空值，反而让中间结果集变胖。