COUNT(*)统计所有行（含全NULL行），COUNT(列名)仅统计该列非NULL行；二者性能、语义、适用场景均不同，需依需求选择。
COUNT(*) 和 COUNT(列名) 的行为差异
COUNT(*) 统计的是表中所有行数，包括那些所有列都为 NULL 的行；而 COUNT(列名) 只统计该列**非 NULL** 的行数。这是最常混淆的点——它不是“去重计数”，也不是“忽略空字符串”，只认 NULL。
比如有三行数据：['a', NULL]、['b', '']、[NULL, 'c']，对第二列执行 COUNT(col2) 得到 2（因为 '' 和 'c' 都是非 NULL），不是 1。
-
COUNT(*)性能通常更好，尤其在 InnoDB 中可能直接读取元数据（但依赖引擎和是否加了 WHERE） -
COUNT(列名)必须实际扫描该列，跳过NULL值 - 如果列有
NOT NULL约束，COUNT(列名)和COUNT(*)结果一定相等
如何准确统计“非空字符串”或“有意义的值”
COUNT() 本身不区分 NULL、空字符串 ''、空白字符串 ' ' 或零值 0——它只过滤 NULL。若需排除空字符串，必须用条件聚合：
SELECT COUNT(*) AS total, COUNT(name) AS non_null_name, COUNT(CASE WHEN name != '' AND TRIM(name) != '' THEN 1 END) AS non_empty_name FROM users;
注意：不同数据库对空格处理略有差异，TRIM() 在 PostgreSQL / MySQL 8.0+ / SQL Server 中可用，SQLite 用 TRIM(name)，旧版 MySQL 需用 REPLACE(name, ' ', '') != ''。
- 别写
COUNT(name != '')——多数数据库会报错或返回意外结果（如 MySQL 把布尔表达式转成 0/1 再计数，但语义已偏离） - WHERE 子句提前过滤（如
WHERE name != ''）会影响COUNT(*)结果，但不会影响COUNT(列名)的逻辑范围
GROUP BY 场景下 COUNT 的常见误用
在分组查询中，COUNT(*) 和 COUNT(列名) 的区别会被放大。例如按部门统计员工数：
SELECT dept, COUNT(*), COUNT(manager_id) FROM employees GROUP BY dept;
若某部门有 5 人但只有 2 人填了 manager_id，结果就是 COUNT(*) = 5、COUNT(manager_id) = 2。这里容易误以为后者是“有直属上级的人数”，其实它只是“manager_id 不为 NULL 的人数”——哪怕填了 'N/A' 或 '0' 都会计入。
- 想统计“有效上级字段”，仍需配合
CASE WHEN判断内容 -
COUNT(DISTINCT 列名)是另一回事，它先去重再排除NULL，和普通COUNT(列名)没有可比性 - 在
LEFT JOIN后使用COUNT(右表.列)，能自然体现“匹配成功数”，这是常用技巧
NULL 值来源与 COUNT 结果偏差的排查思路
当 COUNT(列名) 明显小于 COUNT(*)，但你预期该列不该有太多 NULL，就要检查数据来源：
- INSERT 时没给默认值，又没在应用层兜底，导致字段留空 → 数据库存为
NULL - 从 CSV 导入时，空单元格被解析为
NULL而非''（取决于 LOAD DATA 或工具配置） - JSON 字段里提取的值不存在，
->> 'key'返回NULL，后续 COUNT 就会漏掉 - 某些 ORM（如 Django 的
values_list('x', flat=True)）在空结果时返回空列表而非[None]，但这属于应用层，不影响 SQL 层 COUNT
查具体哪些行是 NULL，最快是：SELECT * FROM t WHERE col IS NULL LIMIT 5; ——别靠 COUNT 猜，直接看样本。
