COUNT(列名) 统计非NULL行数，但空字符串、0、FALSE等非NULL值均被计入，故不等于业务意义上的“非空值数量”；需用WHERE显式过滤TRIM(email)!=''等条件。
COUNT(列名) 本身不等于“非空值数量”——它统计的是该列非 NULL 的行数，但空字符串、0、FALSE 都算非空
为什么 COUNT(email) ≠ 非空邮箱数量？
因为 COUNT(email) 只跳过 NULL，不跳过 ''（空字符串）、' '（纯空格）、0 或 FALSE。这些值在 SQL 中不是 NULL，会被计入。
- 常见错误现象：查
COUNT(email)得到 987，但实际导出后发现有上百条是空字符串 - 真实需求常是“有有效内容的邮箱”，得显式过滤：
WHERE email IS NOT NULL AND TRIM(email) != '' - 如果只要排除 NULL，
COUNT(email)是对的；如果还要排除空值，必须加 WHERE 条件
COUNT(email) 和 COUNT(*) WHERE email IS NOT NULL 效果一样吗？
结果数值相同，但执行路径不同：
-
COUNT(email)：聚合函数内部跳过 NULL，一次扫描完成 -
COUNT(*) WHERE email IS NOT NULL：先过滤再计数，可能多一次谓词判断（多数引擎会优化掉） - 性能上基本无差别；语义上前者更简洁，后者意图更直白
- 注意：如果 WHERE 中还含其他条件（如
status = 'active'），两种写法都支持直接组合，无需子查询
MySQL / PostgreSQL / SQLite 对 COUNT(列名) 的行为一致吗？
核心语义一致：均跳过该列的 NULL，其余值全计入。但要注意这些细节：
- MySQL 在
ONLY_FULL_GROUP_BY模式下，若写SELECT name, COUNT(email) FROM users GROUP BY id会报错，因name不在 GROUP BY 中——这不是COUNT(email)的问题，而是分组规则限制 - PostgreSQL 和 SQLite 更严格遵循标准，不会因
COUNT(col)存在就放宽 GROUP BY 要求 - 所有主流数据库中，
COUNT(1)和COUNT(*)行为完全等价，且不比COUNT(列名)快——别指望靠换参数提速
想统计“整行至少有一列非空”该怎么写？
COUNT() 是按列设计的，没法直接表达“行级非空”。有人误用 COUNT(col1) + COUNT(col2)，但这返回的是非空单元格总数，不是非空行数。
- 正确做法是构造布尔表达式，例如在 PostgreSQL/MySQL 8.0+ 中：
COUNT(*) FILTER (WHERE col1 IS NOT NULL OR col2 IS NOT NULL) - 兼容写法（通用）：
SUM(CASE WHEN col1 IS NOT NULL OR col2 IS NOT NULL THEN 1 ELSE 0 END) - 如果列很多，手写 OR 容易漏，建议先用元数据查出列名，再拼 SQL（比如用
information_schema.columns）
最容易被忽略的点：空字符串和 NULL 是两回事，而业务常说的“空”往往指两者都要排除；COUNT(列名) 只管后者，不管前者。
