直接用COUNT()会虚高，因一对多JOIN先“炸开”行再分组，无法还原主表原始粒度；LEFT JOIN后COUNT()恒≥1是因左表每行必保留；应改用COUNT(右表主键)并COALESCE补0；一对多须预聚合明细表再JOIN；非聚合字段需显式分组或加聚合函数。
直接用 COUNT(*) 会虚高，因为一对多 JOIN 先“炸开”行，再分组已无法还原主表原始粒度——这不是写法问题，是 SQL 执行顺序（FROM → JOIN → GROUP BY）决定的物理事实。
为什么 COUNT(*) 在 LEFT JOIN 后总是 ≥1
LEFT JOIN 保证左表每行至少出现一次，哪怕右表无匹配，这行也计入结果集。COUNT(*) 统计的是连接后行数，不是业务意义上的“子记录数”。比如一个用户没下单，COUNT(*) 仍返回 1；有 3 个订单，就变成 3 行，COUNT(*) 就是 3。
- 想确认“该主表行是否有关联记录”，必须用
COUNT(右表主键)，例如COUNT(orders.id) -
COUNT(orders.id)自动忽略 NULL，没匹配时结果为 0 - 要显示 0 而非 NULL，得套
COALESCE(COUNT(orders.id), 0)，不能依赖COUNT(*)或COUNT(1)
一对多统计必须预聚合明细表
把聚合逻辑前移到 JOIN 之前，避免中间结果集膨胀。否则 SUM() 会重复累加、COUNT(*) 会翻倍，且 MySQL/PostgreSQL 都可能因物化大中间集而 OOM。
- 对子表（如
order_items）按外键先GROUP BY order_id，生成单行宽表 - 用
LEFT JOIN关联主表，确保主表记录不丢失 - 子查询必须带
AS 别名，且ON字段类型要严格一致（如都是BIGINT） - 右表筛选条件（如
status = 'paid'）必须写在子查询内部，写在外层WHERE会退化成INNER JOIN
SELECT 中字段不在 GROUP BY 报错怎么修
开启 ONLY_FULL_GROUP_BY（MySQL 默认）后，SELECT 里每个非聚合字段都必须显式出现在 GROUP BY 中，否则数据库无法确定该取哪一行值。
- 错误写法：
SELECT d.name, u.username FROM dept d JOIN user u GROUP BY d.id——u.username既没聚合也没分组 - 安全解法只有两种：
MAX(u.username)（语义明确取任意一个）或GROUP_CONCAT(u.username)（拼全部，注意长度限制） -
GROUP BY里不能用列别名（如GROUP BY dept_name），必须写原始表达式GROUP BY d.name
真正麻烦的从来不是语法，而是你默认 COUNT(*) 就该等于“业务数量”——它只忠于行计数语义，不理解你心里想的“用户数”“订单数”“有效关联数”到底指什么。
