COUNT(*) 和 COUNT(字段) 的行为差异必须分清
直接写 COUNT(*) 和 COUNT(列名) 在结果上可能完全不同——前者统计所有行（包括 NULL 值所在行），后者只统计该列非 NULL 的行。比如 SELECT COUNT(*) FROM users WHERE status = ‘active’ 返回 100，但 SELECT COUNT(email) 可能返回 92，说明有 8 条活跃用户记录的 email 是 NULL。
常见误用场景：想查“有手机号的用户数”，却写了 COUNT(*)，结果把没填手机号的也算了进去。
统计行数且不关心字段值是否为空 → 用 COUNT(*)统计某字段实际有值的记录数 → 用 COUNT(字段名)想排除 NULL 同时还排除空字符串？得配合 WHERE，COUNT 本身不处理空字符串
带 WHERE 条件时 COUNT 必须放在 SELECT 列表里，不能放 WHERE 中
新手常犯错误：写成 SELECT * FROM orders WHERE COUNT(status = ‘shipped’) > 100 —— 这会报错 ERROR: aggregate functions are not allowed in WHERE。聚合函数不能出现在 WHERE 子句，因为 WHERE 执行在分组和聚合之前。
正确做法是用 HAVING（配合 GROUP BY）或子查询：
SELECT COUNT(*) FROM orders WHERE status = ‘shipped’ AND created_at >= ‘2024-01-01’;
如果要按用户统计“每人发货单数超过 5 的人”，才需要：
SELECT user_id FROM orders WHERE status = ‘shipped’ GROUP BY user_id HAVING COUNT(*) > 5;
COUNT 结果为 0 时要注意 NULL 与 0 的区别
当 WHERE 条件完全不匹配，COUNT(*) 返回的是 0（整数），不是 NULL。这点和 SUM()、AVG() 不同——后两者在无匹配行时返回 NULL。
所以你不需要对 COUNT 做 COALESCE(…, 0) 防空，它天然安全；但如果你写的是 COUNT(字段) 且该字段全为 NULL，结果仍是 0，不是 NULL。
COUNT(*) 永远返回非负整数，最小为 0COUNT(字段) 也永远返回非负整数，哪怕该字段所有值都是 NULL真正要防 NULL 的是 SUM、AVG、MAX、MIN
性能敏感场景下避免 COUNT(*) 全表扫描
在大表上执行 SELECT COUNT(*) FROM huge_table 很慢，尤其没有合适索引时，数据库往往要扫全表。如果只是想知道“是否有数据”，用 EXISTS 更快：
SELECT EXISTS(SELECT 1 FROM logs WHERE level = ‘error’ LIMIT 1);
另外，某些数据库（如 PostgreSQL）支持估算行数：SELECT reltuples::BIGINT AS estimate FROM pg_class WHERE relname = ‘orders’;，但这只是统计信息，不一定实时准确。
要精确总数且表很大 → 确认是否有覆盖 WHERE 条件的索引（比如 status 字段上有索引）只要判断“是否存在” → 用 EXISTS，别用 COUNT(*) > 0业务能接受近似值 → 查系统统计视图，但注意 VACUUM/ANALYZE 是否及时
实际用的时候，最易忽略的是条件过滤和 COUNT 作用域的关系：WHERE 先筛行，COUNT 再统计——这个顺序不能颠倒，也不能指望 COUNT 自己“理解业务语义”。
评论(0)