count(1)和count(字段)行数不一致是因为后者忽略null值，前者统计所有行；count()、count(1)及非null表达式等价，推荐用count()；验证null可用count(*)-count(字段)。

为什么 COUNT(1) 和 COUNT(字段) 返回行数不一致

因为 COUNT(字段) 会自动忽略 NULL 值，而 COUNT(1) 统计的是所有非空行（即每行都算作一个非空常量），二者语义根本不同。这不是 bug，是 SQL 标准明确规定的聚合行为。

COUNT(字段) 实际统计的是“非 NULL 的字段值数量”

当你写 COUNT(email)，数据库会逐行检查 email 列：如果该行 email IS NULL，这一行就不计入结果。常见误用场景包括：

• 统计用户总数却用了 COUNT(phone)，而部分用户没填手机号 → 结果偏小
• 在 LEFT JOIN 后对右表字段做 COUNT(右表.id)，结果为 0 或远小于左表行数（因右表匹配失败时该字段为 NULL）
• 字段有默认值但被显式设为 NULL（如允许 NULL 的 status 列），导致漏计

COUNT(1)、COUNT(*)、COUNT(任意非 NULL 表达式) 效果等价

它们都统计“满足 WHERE 条件的行数”，不关心列内容是否为 NULL。数据库优化器通常把这三者等同处理，性能无差异。但注意：

• COUNT(*) 是标准写法，语义最清晰，推荐优先使用
• COUNT(1) 虽然可行，但在某些老版本 MySQL（如 5.6 之前）中可能触发额外表达式求值（极罕见）
• COUNT('x') 或 COUNT(1+1) 同样有效，但没必要 —— 没人这么写，可读性差

如何快速验证某列有多少 NULL 值

别靠猜，直接对比：

SELECT COUNT(*) AS total, COUNT(email) AS email_non_null, COUNT(*) - COUNT(email) AS email_null_count FROM users;

如果 email_null_count > 0，说明该列确实存在 NULL；此时用 COUNT(email) 就天然少算这些行。很多线上问题的根源，就是开发查了 COUNT(*) 看总用户数，又用 COUNT(email) 算“有邮箱用户数”，却没意识到两者本就不该相等。