COUNT(列名)仅统计非NULL值，不过滤空字符串、0或FALSE；要统计语义非空值，须用WHERE配合TRIM等条件过滤。

COUNT(column_name) 只统计非 NULL 值，不是“非空字符串”或“非零”

COUNT(column_name) 的行为常被误解：它跳过 NULL，但不会过滤空字符串 ''、数字 0、布尔 FALSE 或空白空格。比如某列有 ['a', '', 'b', NULL, ' ', 0]，COUNT(col) 返回 5（所有非 NULL 项都算），而非你可能期待的 2（仅真实非空内容）。

如果你要的是「语义上真正有意义的非空值」，得配合条件判断：

• 字符串字段常用：COUNT(CASE WHEN TRIM(col) != '' THEN 1 END)
• 兼顾 NULL 和空格/纯空白：COUNT(CASE WHEN col IS NOT NULL AND TRIM(col) != '' THEN 1 END)
• 数值字段排除 0 和 NULL：COUNT(CASE WHEN col IS NOT NULL AND col != 0 THEN 1 END)

别用 COUNT(*) 代替 COUNT(column)，它们语义完全不同

COUNT(*) 统计行数，不管任何列是否为 NULL；而 COUNT(col) 明确跳过该列的 NULL。在 LEFT JOIN 后统计右表匹配数时，这点极易出错：

SELECT u.id, COUNT(*) AS total_rows, COUNT(o.id) AS non_null_orders
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
GROUP BY u.id;

这里 COUNT(*) 是每个用户关联的记录总数（含无订单的 u → NULL 行），而 COUNT(o.id) 才是实际订单数——因为 o.id 在无匹配时为 NULL，自动被忽略。

WHERE 子句比 COUNT(CASE ...) 更高效，优先考虑过滤再聚合

如果目标是「只统计满足某非空条件的行数」，直接用 WHERE 过滤再 COUNT(*)，通常比在 COUNT 内部写 CASE 更快，也更易读、更利于索引利用：

• ✅ 推荐：SELECT COUNT(*) FROM logs WHERE message IS NOT NULL AND TRIM(message) != '';
• ⚠️ 不必要绕弯：SELECT COUNT(CASE WHEN message IS NOT NULL AND TRIM(message) != '' THEN 1 END) FROM logs;

尤其当字段上有索引（如 INDEX(message)），WHERE 能触发索引快速定位，而 CASE 内部表达式往往导致全表扫描。

注意不同数据库对空格和 Unicode 的 TRIM 行为差异

TRIM() 在 PostgreSQL、SQL Server 中默认只去 ASCII 空格（U+0020）；MySQL 8.0+ 支持 TRIM(BOTH FROM col)，但依然不处理 Unicode 空格（如   U+00A0、  U+2000）。若数据含富文本或国际化输入，单纯 TRIM(col) != '' 可能漏判。

安全做法是显式指定字符集或使用正则（如果数据库支持）：

• PostgreSQL：col ~ 'S'（存在非空白字符）
• MySQL 8.0+：col REGEXP '\S'
• 通用兜底（兼容性高）：LENGTH(TRIM(BOTH ' ' FROM col)) > 0

真实业务中，字段是否“算空”取决于业务定义——是只要一个可见字符就算有效？还是必须含字母数字？这个边界必须和产品对齐，不能只靠 SQL 默认行为。