count(*)统计所有行数，count(列名)仅统计该列非null值的数量；二者差异源于sql标准定义，与null处理逻辑直接相关。
为什么 COUNT(*) 和 COUNT(列名) 统计结果不同
COUNT(*) 统计的是行数，不管任何列是否为 NULL；而 COUNT(列名) 只统计该列**非 NULL 的值的数量**。这是 SQL 标准行为，不是数据库 Bug，也不是优化器“聪明地跳过”——它就是定义如此。
常见误解是以为 COUNT(col) 会自动过滤掉整行，其实不会：只要 col 非 NULL，哪怕其他列全是 NULL，这行也算进结果。
COUNT(col) 真正排除的是什么
COUNT(col) 排除的只是该列值为 NULL 的记录，其余字段状态完全不影响计数。它不等价于 COUNT(*) WHERE col IS NOT NULL 的语义（虽然结果通常一致），但执行计划可能不同，尤其在有索引时：
-
COUNT(col)可能走col上的非空索引（如果存在且支持覆盖） -
COUNT(*) WHERE col IS NOT NULL一定需要先过滤再计数，通常更慢 - 如果
col定义为NOT NULL，那么COUNT(col)和COUNT(*)在语义和性能上就完全等价
容易踩的坑：聚合前没意识到列本身含 NULL
比如对用户表按地区分组统计活跃人数，用 COUNT(last_login_time) 看起来合理，但如果 last_login_time 允许为 NULL（新注册未登录用户），那这些人直接被排除，且不会报错、无提示。
排查建议：
- 先查
SELECT COUNT(*), COUNT(last_login_time), COUNT(id) FROM users对比三者差异 - 检查列定义：
DESCRIBE users或SHOW COLUMNS FROM users LIKE 'last_login_time' - 若业务上“未登录”也应计入活跃统计，改用
COUNT(*)并配合WHERE显式控制逻辑
替代方案：需要条件计数时别硬套 COUNT(col)
当你要统计“满足某条件的非 NULL 值数量”，比如“登录时间在近7天内的用户数”，COUNT(login_time) 无法做到——它只管是否为 NULL，不看时间范围。
正确写法是：
SELECT COUNT(*) FROM users WHERE login_time >= NOW() - INTERVAL 7 DAY;
或者用条件聚合（兼容性更好）：
SELECT COUNT(CASE WHEN login_time >= NOW() - INTERVAL 7 DAY THEN 1 END) FROM users;
注意：COUNT(CASE ...) 中的 ELSE 分支不能写成 ELSE NULL（虽默认如此），但显式写出更清晰；如果写了 ELSE 0，会导致 0 被计入——COUNT 只跳过 NULL，不跳过 0。
真正关键的不是“怎么写 COUNT”，而是想清楚：你到底要数“行”还是“某个字段的有效值”。一旦列允许 NULL，又没验证过数据分布，COUNT(列名) 就可能悄无声息地少算。
