count()统计全部行数（含null），count(列名)仅统计该列非null值，绝大多数场景应优先用count()。
直接用 COUNT(*) 统计全部行数，别写 COUNT(字段名) 除非真要忽略 NULL
绝大多数时候，你只是想知道“这次查询一共返回多少行”，那就无脑用 COUNT(*)。它统计的是结果集的行数，不管字段是否为 NULL，也不管有没有重复值。
常见错误是写成 COUNT(id) 或 COUNT(name)——这会跳过该字段值为 NULL 的行。比如某条记录 name IS NULL，它就不会被计入。除非你明确想排除这些行，否则没必要冒这个风险。
另外注意：COUNT(*) 在有 GROUP BY 时行为不同，它会按组分别计数；没 GROUP BY 时才返回单个总数。
带条件的总数统计：WHERE 和 HAVING 别混用
WHERE 是在分组前过滤原始数据，HAVING 是在分组后过滤聚合结果。想算“状态为 active 的用户总数”，必须用 WHERE status = 'active'；如果写成 HAVING，数据库会报错或逻辑错乱，因为 HAVING 没法访问未聚合的单行字段。
示例：
SELECT COUNT(*) FROM users WHERE status = 'active';
如果你还加了 GROUP BY department，又想只看人数 > 5 的部门，那才是 HAVING COUNT(*) > 5 的用武之地。
-
WHERE后不能跟聚合函数（如COUNT、AVG） -
HAVING前必须有GROUP BY（或隐式分组，如只有聚合函数的 SELECT） - 性能上，
WHERE越早过滤，扫描数据越少，优先用它筛掉大部分无关行
想同时查数据和总数？用窗口函数避免子查询嵌套
传统做法是写两个查询：一个取实际数据，一个用 COUNT(*) 算总数，再用应用层拼起来。但更干净的方式是用窗口函数 COUNT(*) OVER()，一行 SQL 就搞定。
例如查最近 10 条订单，同时显示总订单数：
SELECT id, amount, COUNT(*) OVER() AS total_count FROM orders ORDER BY created_at DESC LIMIT 10;
这里 COUNT(*) OVER() 不改变行数，只为每一行附上全表（或当前窗口）的计数。注意它默认是 OVER() 全局窗口，如果加了 PARTITION BY，就会按组分别计算。
缺点是低版本 MySQL（
COUNT 查询慢？先确认是不是真需要精确总数
在大表上执行 SELECT COUNT(*) FROM huge_table 可能非常慢，尤其当没有合适索引或用了 MyISAM（它会缓存行数）以外的引擎时。InnoDB 不缓存总行数，每次都要扫表或索引。
如果你只是想判断“有没有数据”或“是否超过阈值”，可以用更轻量的方式：
- 用
EXISTS (SELECT 1 FROM ...)替代COUNT(*) > 0 - 用
LIMIT 2加应用层判断：查两条，如果拿到两条就说明 ≥2，不必数全表 - 对实时性要求不高的场景，可考虑定时任务把总数写入配置表或 Redis
真正的坑在于：开发时用小表测试没问题，上线后数据量涨十倍，COUNT(*) 就成了接口瓶颈——这点很容易被忽略，等压测才发现。
