COUNT(column_name) 不等于总行数，因为它自动忽略该列值为NULL的行，只统计非空值；而COUNT(*)统计所有行（含全列为NULL的行），空字符串、0、FALSE等非NULL值均被计入。
为什么 COUNT(column_name) 不等于总行数
因为 COUNT(column_name) 会自动忽略 NULL 值，只统计该列非空（非 NULL）的行。它不是“过滤后计数”，而是“跳过 NULL 后累加”。如果你误以为它等价于 WHERE column_name IS NOT NULL 再 COUNT(*)，其实结果一样，但逻辑路径不同——前者是聚合函数内置行为，后者是显式过滤。
常见错误现象：
– 表里明明有 100 行，COUNT(phone) 却返回 82，怀疑数据丢了
– 对比 COUNT(*) 和 COUNT(phone) 差值很大，但没意识到这是正常行为
-
COUNT(*)统计所有行（包括全列为NULL的行） -
COUNT(column_name)跳过该列值为NULL的行 - 空字符串
''、数字0、布尔FALSE都不是NULL，会被计入
COUNT 列名在 WHERE 条件存在时的行为
当你要统计“满足某条件 + 某列非空”的行数，别嵌套子查询或写两层 WHERE。直接组合即可，SQL 引擎能正确下推过滤。
使用场景：查“已激活且留了邮箱的用户数”
- ✅ 推荐写法：
SELECT COUNT(email) FROM users WHERE status = 'active' - ❌ 多余写法：
SELECT COUNT(*) FROM (SELECT * FROM users WHERE status = 'active' AND email IS NOT NULL) t - 注意：如果
WHERE条件本身已经排除了email为NULL的行（比如加了AND email IS NOT NULL），那COUNT(email)和COUNT(*)结果就一致了
MySQL / PostgreSQL / SQLite 中 COUNT 列名的兼容性差异
绝大多数标准 SQL 数据库对 COUNT(column) 的语义一致，但有个关键例外：MySQL 在 ONLY_FULL_GROUP_BY 模式下，若 SELECT 列表含非聚合字段又没出现在 GROUP BY 中，会报错——而 COUNT(column) 本身不触发这个限制，但它常被用在分组场景里，容易连带暴露配置问题。
- PostgreSQL 和 SQLite：严格遵循标准，
COUNT(col)在GROUP BY中可安全使用 - MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY：若写SELECT name, COUNT(email) FROM users GROUP BY id，会报错Expression #1 of SELECT list is not in GROUP BY clause - 性能影响：对未建索引的列执行
COUNT(email)，仍需全表扫描；但如果有INDEX(email)，部分引擎（如 MySQL）可能用索引快速跳过NULL项
想统计“至少有一列非空”的行数？别用多个 COUNT
COUNT 是按列工作的，没法直接表达“整行是否全 NULL”。有人试过 COUNT(col1) + COUNT(col2)，但这统计的是非空单元格总数，不是非空行数。
正确做法只有两种：
- 用
COUNT(*)配合WHERE判断多列：SELECT COUNT(*) FROM t WHERE col1 IS NOT NULL OR col2 IS NOT NULL OR col3 IS NOT NULL - 用
CASE构造行级标记：SELECT COUNT(CASE WHEN col1 IS NOT NULL OR col2 IS NOT NULL THEN 1 END) FROM t - ⚠️ 注意：
OR条件在大数据量时可能无法走索引，必要时拆成UNION ALL或加覆盖索引
这事没有银弹。列越多，“行是否为空”的定义越容易模糊——比如业务上认为 name 和 email 都空才算无效行，那就得写 WHERE NOT (name IS NULL AND email IS NULL)，而不是盲目套模板。
