COUNT(列名)忽略NULL是SQL标准语义，因NULL表示“未知”而非空值；它统计非NULL行数，含空字符串''但不含NULL，与COUNT(*)含义不同。
COUNT(列名)忽略NULL是SQL标准行为，不是缺陷，而是语义选择：因为NULL在SQL中代表“未知”，不是0、空字符串或false，COUNT(列名)的本意是统计“已知有值”的行数。它只检查该列是否为NULL，不关心内容是什么——哪怕整列都是空字符串''，也会被计入；但只要值是NULL，就跳过。
为什么COUNT(列名)不把NULL当0或空字符串处理
数据库无法对“未知”做主观填充。比如status列中某条记录是NULL，可能表示“尚未录入”“数据丢失”或“逻辑上不适用”，而''明确表示“填了但留空”。混同二者会掩盖数据质量问题。COUNT(列名)的设计目标就是回答：“这一列里有多少行是确定有值的？”
-
COUNT(*)回答的是：“这张表一共有多少行？”——含NULL、含''、含0，全算 -
COUNT(status)回答的是：“status这列里，有多少行确定填了值（不管填的是什么）？”——''算，NULL不算 - 想查“填了但为空”的数量？得用
COUNT(NULLIF(status, ''))配合COUNT(*)做差，不能指望COUNT自动识别业务语义
COUNT(列名)返回0不代表没数据，可能全是NULL
如果某列允许NULL且实际全为NULL，COUNT(列名)返回0，但COUNT(*)仍返回总行数。这个差异常被误读为“表为空”，其实只是该列无有效值。下游代码若直接判断COUNT(status) = 0就跳过处理，可能漏掉整批脏数据。
- 检查列是否全NULL：用
WHERE status IS NULL查具体行，别只看聚合结果 - 报表中显示“0”时，需明确标注是“无值”还是“值为0”——后者需用
COUNT(CASE WHEN status = '0' THEN 1 END) - 分页总数若依赖
COUNT(status)，而字段存在NULL，会导致总数缩水，用户看到“共12条”但实际有20行
如何安全地把NULL纳入统计口径
业务需要“把未填写也当一种状态”时，不能改COUNT行为，得在输入端预处理：
- 用
COALESCE(status, 'unknown')或IFNULL(status, 'unknown')把NULL转成可识别标记，再套COUNT() - 想统计“非空且非空白”，写
COUNT(NULLIF(TRIM(status), ''))，避免TRIM(NULL)返回NULL导致又被跳过 - 慎用
WHERE COALESCE(status, '') != ''——可能让索引失效；更稳妥是先用WHERE status IS NOT NULL过滤，再在SELECT里处理
真正容易被绕过的点在于：业务系统常把''和NULL都叫“空”，但数据库严格区分。一旦在GROUP BY或HAVING里混用IS NULL和= ''，统计口径就裂开了——而错误往往只在上线后查漏斗转化率时才暴露。
