GROUP BY后COUNT(*)返回每组总行数（含NULL），必须在SELECT中显式列出分组字段；COUNT(列名)仅统计非NULL值，HAVING用于分组后过滤，WHERE不可用聚合函数。
GROUP BY 后 COUNT(*) 返回每组行数
直接在 SELECT 中用 COUNT(*) 配合 GROUP BY，就能得到每组的记录总数。它统计的是当前分组内的所有行，包括含 NULL 的字段——这点和 COUNT(列名) 不同。
常见错误是漏写 GROUP BY：如果只写 SELECT COUNT(*) FROM table GROUP BY category 却没把 category 放进 SELECT 列表，MySQL 8.0+ 会报错 Expression #1 of SELECT list is not in GROUP BY clause；旧版本可能返回不可靠结果。
-
SELECT category, COUNT(*) FROM products GROUP BY category—— 正确，显式列出分组字段 -
SELECT COUNT(*), category FROM products GROUP BY category—— 等价，顺序不影响语义 - 避免
SELECT COUNT(*), name FROM products GROUP BY category——name未聚合也未分组，多数数据库拒绝执行
COUNT(列名) 和 COUNT(*) 的行为差异
COUNT(列名) 只统计该列非 NULL 的值，而 COUNT(*) 统计所有行。实际使用中，如果某列允许为空，两者结果可能不同。
比如用户表中 email 字段有 2 条为 NULL，总行数 100，则 COUNT(*) 返回 100，COUNT(email) 返回 98。
- 统计“有效填写率”时用
COUNT(列名)，例如COUNT(phone) - 统计“分组存在性”或“总条数”一律用
COUNT(*)，性能通常更好（优化器可跳过列检查） - 别写
COUNT(1)或COUNT(0)—— 和COUNT(*)效果相同，但语义模糊，易被误读为“数常量”
HAVING 过滤分组后结果，不是 WHERE
WHERE 在分组前过滤行，HAVING 在分组后过滤组。想查“订单数超过 5 的客户”，必须用 HAVING COUNT(*) > 5，写成 WHERE COUNT(*) > 5 会报错 Invalid use of aggregate function。
-
SELECT user_id, COUNT(*) FROM orders GROUP BY user_id HAVING COUNT(*) > 5—— 正确 -
SELECT user_id, COUNT(*) FROM orders WHERE COUNT(*) > 5 GROUP BY user_id—— 语法错误，WHERE不能用聚合函数 -
HAVING可以引用SELECT中的别名（如COUNT(*) AS cnt），但部分数据库（如 PostgreSQL）要求别名加双引号或不支持，稳妥起见直接重复表达式
空分组（无匹配行）不返回任何结果
如果 GROUP BY 字段全为 NULL，或者 WHERE 条件筛掉所有数据，整个查询结果为空集——不会返回一行 COUNT(*) = 0。需要补零时得用外连接或 COALESCE 配合子查询。
例如查每个部门人数，但某些部门没员工：直接 SELECT dept, COUNT(*) FROM emp GROUP BY dept 不会显示那些人数为 0 的部门。
- 补零常用方式：
SELECT d.dept_name, COALESCE(c.cnt, 0) FROM departments d LEFT JOIN (SELECT dept_id, COUNT(*) AS cnt FROM emp GROUP BY dept_id) c ON d.id = c.dept_id - 注意
LEFT JOIN的右表子查询必须先完成分组，否则COUNT(*)会因连接膨胀失真 - 别指望
COUNT(*)自动返回 0 —— 它只对实际存在的组计数
HAVING 和 WHERE 混用导致语法报错或逻辑错位。 
