LEFT JOIN一对多时主表行“变多”是正常现象，因右表同一连接键有多条记录，导致左表该行被复制多次；应通过预聚合、窗口函数或EXISTS控制右表粒度，而非依赖DISTINCT或WHERE过滤。
LEFT JOIN一对多时主表行“变多”是怎么回事
主表一行在结果里出现多次，不是 LEFT JOIN 出错了，而是右表真的一对多。比如一个用户有 3 条订单，LEFT JOIN orders 就会生成 3 行，每行左表字段重复，右表字段各不同。这不是 bug，是 JOIN 的自然行为。
常见误判：看到结果行数 > 主表原始行数，就以为“数据重复了”或“LEFT JOIN 失效”。其实它完全忠实地执行了语义——“保留左表所有行，并拼上所有匹配的右表行”。
- 用
COUNT(*)统计最终结果行数，得到的是“连接后总行数”，不是主表行数 - 想确认主表是否全量保留，应查
COUNT(DISTINCT 主表.id) - 若主表 id 未出现在结果中，问题大概率出在
WHERE子句里引用了右表字段（见下一条）
WHERE 中写右表条件会让 LEFT JOIN “变 INNER”
这是最常踩的坑：WHERE o.status = 'paid' 看似只是过滤订单，实则把所有没订单的用户（即 o.status IS NULL 的行）全干掉了。
原因：SQL 执行顺序是先完成 JOIN，再执行 WHERE。NULL 不满足 = 'paid'，整行被丢弃。
- 正确做法：把右表筛选条件挪进
ON，如ON u.id = o.user_id AND o.status = 'paid' - 这样没订单的用户仍保留，
o.*全为NULL；有订单但 status ≠ 'paid' 的也不连上来 - 如果既要保留空值、又要区分“无订单”和“订单无效”，可用
CASE WHEN o.id IS NOT NULL THEN 'has_order' ELSE 'no_order' END
一对多结果里怎么让主表只出现一次
不靠 DISTINCT（它不能解决逻辑重复），而要控制“从表能连上来几行”。核心思路是：先压缩右表，再关联。
- 用子查询或 CTE 对右表预聚合，例如：
SELECT user_id, COUNT(*) AS order_count, MAX(created_at) AS last_order FROM orders GROUP BY user_id - 或者用
GROUP_CONCAT合并字符串字段：SELECT user_id, GROUP_CONCAT(product_name) AS products FROM order_items GROUP BY user_id - 再把这个结果集作为右表
LEFT JOIN主表，自然就是 1:1 关系 - 避免在最终
SELECT里直接GROUP BY 主表.id后又选右表非聚合字段，MySQL 8.0+ 会报错，旧版可能返回不可靠值
统计时 COUNT(*) 和 COUNT(右表字段) 差在哪
这俩语义完全不同，混用会导致业务逻辑错误。
-
COUNT(*)数的是结果集总行数，包括右表为NULL的行 -
COUNT(o.id)只数右表非NULL的匹配行，NULL自动跳过，所以对无订单用户返回 0 - 查“每个用户订单数”，必须用
COUNT(o.id)；查“总共返回了几行结果”，才用COUNT(*) - 如果右表字段允许为
NULL（比如o.amount有空值），COUNT(o.amount)也会跳过这些空值，未必等于订单数——此时应优先用主键COUNT(o.id)
