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 默认行为。
