直接写多个 COUNT(DISTINCT) 不会报语法错误，但结果很可能失真：因 JOIN 导致数据膨胀、NULL 处理不一致、WHERE 作用时机模糊；稳妥做法是用子查询分别聚合再 JOIN，并为每个子查询显式指定别名。
直接写多个 COUNT(DISTINCT) 会出错吗？
不会报语法错误，但结果很可能不对——尤其当你在同一个 GROUP BY 中并列写 COUNT(DISTINCT user_id)、COUNT(DISTINCT order_id)、COUNT(DISTINCT sku_id) 时。表面看逻辑清晰，实际存在三个隐藏风险：
- 去重上下文被共享：JOIN 后的数据膨胀会让
user_id去重基数虚高（比如一个用户有 10 个订单，就产生 10 行，COUNT(DISTINCT user_id)仍算 1，但中间行数暴增，内存/临时表压力翻倍） - NULL 处理不一致：MySQL 和 PostgreSQL 忽略
NULL，但 Hive 或旧版 SQL Server 可能返回 0 或报错，你无法判断是真为 0 还是数据缺失 - WHERE 条件作用时机模糊：外层
WHERE status = 'paid'会先裁剪数据，但如果你还想对user_id统计“所有活跃用户”（含未下单的），这个条件就误伤了
最稳妥的写法：用子查询分别算，再 JOIN 对齐
每个指标独立走一遍扫描 + 去重，互不干扰，也方便加不同过滤条件。注意别名不可省略，否则 MySQL 8.0+ 和 PostgreSQL 都会报 subquery in FROM must have an alias：
SELECT t1.province, t1.user_cnt, t2.order_cnt, t3.sku_cnt FROM ( SELECT province, COUNT(DISTINCT user_id) AS user_cnt FROM orders WHERE created_at >= '2026-01-01' GROUP BY province ) t1 JOIN ( SELECT province, COUNT(DISTINCT order_id) AS order_cnt FROM orders WHERE status = 'paid' GROUP BY province ) t2 ON t1.province = t2.province JOIN ( SELECT province, COUNT(DISTINCT sku_id) AS sku_cnt FROM order_items GROUP BY province ) t3 ON t1.province = t3.province;
如果某省没有订单（t2 为空），JOIN 会丢掉该省；要保留，改用 LEFT JOIN 或统一用 CTE + COALESCE。
字段含 NULL 怎么参与去重？
COUNT(DISTINCT) 默认跳过任何含 NULL 的行——哪怕只有一列是 NULL，整行都不计入。例如 (1, NULL) 和 (NULL, 'a') 都不会出现在统计中。若需把 NULL 当作合法值处理，必须显式转换：
- 用字符串占位：
COUNT(DISTINCT COALESCE(user_id, 'NULL_ID'), COALESCE(action_type, 'NULL_ACT')) - 注意占位符不能和真实数据冲突，比如
'NULL_ID'不能等于某个真实user_id字符串 - PostgreSQL 中更安全的做法是用
COALESCE(user_id::text, 'NULL')强制转文本，避免类型隐式转换陷阱
为什么不用 CONCAT 拼接多字段？
看似简单，实则三处易踩坑：
- 分隔符冲突：若
col1 = 'a|b'，CONCAT(col1, '|', col2)和CONCAT('a', '|', 'b|c')可能拼出相同字符串，导致误去重 -
NULL导致整行消失：SQL Server 和 PostgreSQL 中，CONCAT(NULL, '|', 'b')返回NULL，这行直接被COUNT(DISTINCT ...)忽略；而你本意可能是把它当作一个有效组合 - 长度截断：MySQL 默认
group_concat_max_len = 1024，超长拼接会被截断，去重结果完全失真
真正需要多字段组合去重时，优先选子查询；只有字段少、数据量小、且确认无歧义风险，才考虑拼接——而且必须加 COALESCE 和防冲突分隔符。
