count(*)统计所有行数，count(列名)仅统计该列非null值；二者语义不同，性能、使用场景及group by行为均有差异，不可混用。
为什么 COUNT(*) 和 COUNT(列名) 返回结果经常不一样
因为 COUNT(*) 统计的是行数，不管字段是否为 NULL；而 COUNT(列名) 只统计该列非 NULL 的值。这是最根本的区别，不是“写法习惯”问题，而是语义差异。
常见错误现象：在含空值的表里执行 COUNT(*) 和 COUNT(email) 得到不同数字，误以为 SQL 出 bug 或数据异常。
- 使用场景：需要知道“有多少条记录”就用
COUNT(*)；想知道“该字段有多少有效值”才用COUNT(列名) - 性能影响：多数主流数据库（如 PostgreSQL、SQL Server）对
COUNT(*)有优化，可能走元数据或索引行数估算；COUNT(列名)必须实际扫描并判断 NULL，尤其无索引时更慢 - 注意
COUNT(1)和COUNT(*)在语义和性能上基本等价，但可读性差，不推荐替代COUNT(*)
COUNT(列名) 遇到 NULL 值时到底怎么跳过
COUNT(列名) 不是“过滤掉 NULL 后再计数”，而是内部对每行做 IS NOT NULL 判断，只把返回 TRUE 的行计入。它不改变原始结果集，也不触发 WHERE 过滤逻辑。
示例：假设表 users 有 5 行，其中 phone 列值为 NULL, '123', NULL, '456', '789'，那么：
SELECT COUNT(*) FROM users; -- 返回 5<br>SELECT COUNT(phone) FROM users; -- 返回 3
- 如果想统计“非空且满足某条件”的数量，不要嵌套
COUNT，改用SUM(CASE WHEN ... THEN 1 ELSE 0 END)更清晰 -
COUNT(DISTINCT 列名)同样忽略NULL，且去重发生在 NULL 被跳过之后 - 某些旧版 MySQL（5.7 之前）在 MyISAM 引擎下对
COUNT(*)返回近似值，但COUNT(列名)总是精确——这不是标准行为，而是引擎限制
GROUP BY 中混用 COUNT(*) 和 COUNT(列名) 容易踩什么坑
在 GROUP BY 查询中，二者语义差异会被放大，尤其当分组字段和被统计字段存在 NULL 或关联松散时。
典型问题：统计每个部门的员工数和有邮箱的员工数，却写了：
SELECT dept, COUNT(*), COUNT(email) FROM employees GROUP BY dept;
这本身没错，但容易忽略：如果 dept 字段本身有 NULL，它会单独成一组，而这一组的 COUNT(email) 是该组内非空邮箱数——不是全表缺失邮箱的人数。
- 若需补全“无部门”人员的统计，确保理解
NULL在GROUP BY中的行为（各数据库处理一致，但业务含义常被误读） - 避免在同一个
SELECT中对同一列既用COUNT(列名)又用AVG(列名)却没意识到两者跳过 NULL 的逻辑完全独立 - 聚合函数不会“传播” NULL 意图：比如
COUNT(COALESCE(email, 'unknown'))没意义——COALESCE把 NULL 变成字符串，但COUNT仍只看是否为 NULL，结果和COUNT(email)一样
什么时候必须用 COUNT(列名) 而不能用 COUNT(*)
只有当你明确需要排除该列的 NULL 值参与计数时，才必须用 COUNT(列名)。不存在“性能更好”或“更标准”的模糊理由。
真实使用场景举例：
- 报表中要求“已填写身份证号的用户数”，对应
COUNT(id_card)，而非COUNT(*) - 检查数据质量：对比
COUNT(*)和COUNT(created_at)能快速发现是否有记录缺失时间戳 - 配合
HAVING筛选分组：例如HAVING COUNT(phone) = 0找出一个电话都没填的部门
多列组合时要注意：COUNT(col1, col2) 是非法语法，想统计两列都非空的行数，得写 COUNT(CASE WHEN col1 IS NOT NULL AND col2 IS NOT NULL THEN 1 END)。
