count(distinct column) 返回 0 是因该列全为 null（null 被忽略），返回 null 通常因语法错误或版本不支持；多列需写成 count(distinct col1, col2)，且须注意数据库兼容性与 null 处理逻辑。
为什么 COUNT(DISTINCT column) 返回 0 或 NULL？
常见原因是目标列本身包含大量 NULL 值——COUNT(DISTINCT) 会直接忽略 NULL，如果整列都是 NULL，结果就是 0。另外，某些旧版 MySQL（如 5.6 及更早）在 GROUP BY 和 COUNT(DISTINCT) 同时使用时可能触发临时表限制，报错 ERROR 1137 (HY000): Can't reopen table。
- 检查数据：先运行
SELECT COUNT(*), COUNT(column), COUNT(DISTINCT column) FROM table;对比三者差异 - 若需把
NULL当作一个“唯一值”统计，改用：COUNT(DISTINCT column) + (CASE WHEN COUNT(*) > COUNT(column) THEN 1 ELSE 0 END) - MySQL 5.7+ 或 PostgreSQL 中可安全嵌套，但 SQLite 不支持
COUNT(DISTINCT)与窗口函数混用
COUNT(DISTINCT) 在多列组合场景下怎么写？
语法是 COUNT(DISTINCT col1, col2)，不是 COUNT(DISTINCT col1), COUNT(DISTINCT col2)——后者返回两列，前者统计的是“不同 (col1, col2) 对”的数量。
- PostgreSQL 和 MySQL 8.0+ 支持多列
DISTINCT；SQLite 仅支持单列；SQL Server 完全不支持多列DISTINCT在COUNT中，必须改用子查询 - 等价写法（兼容性更好）：
SELECT COUNT(*) FROM (SELECT DISTINCT col1, col2 FROM table) AS t; - 注意性能：多列
DISTINCT会触发全字段排序或哈希去重，大数据量时比单列慢得多，建议给(col1, col2)加联合索引
替代方案：当 COUNT(DISTINCT) 太慢或不支持时怎么办？
核心思路是绕过聚合函数本身的限制，用子查询或窗口函数构造去重逻辑。
- SQL Server 用户必须用：
SELECT COUNT(*) FROM (SELECT DISTINCT col FROM table) AS t; - 想避免大表扫描？先用
WHERE过滤再计数，比如：SELECT COUNT(DISTINCT user_id) FROM events WHERE event_time >= '2024-01-01'; - 实时性要求高且数据量极大（千万级+），考虑预计算：用物化视图（PostgreSQL）或汇总表定期刷新
daily_unique_users字段
GROUP BY 配合 COUNT(DISTINCT) 的典型错误
最容易出错的是误以为 COUNT(DISTINCT) 会按 GROUP BY 分组自动“分片去重”——它确实会，但前提是别在 SELECT 里漏掉 GROUP BY 列。
- 错误写法：
SELECT department, COUNT(DISTINCT employee_id) FROM staff;→ 报错或结果不可靠（MySQL 5.7 严格模式下直接拒绝） - 正确写法：
SELECT department, COUNT(DISTINCT employee_id) FROM staff GROUP BY department; - 如果还要查每个部门的总人数和唯一员工数，别重复扫描：
SELECT department, COUNT(*) AS total, COUNT(DISTINCT employee_id) AS unique_count FROM staff GROUP BY department;
DISTINCT 的支持程度，以及 NULL 在去重逻辑里的“隐形消失”——这两点不提前验证，查出来的数字看着对，其实已经偏了。
