不可行，因mysql 5.6及更早、hive sql等不支持该语法，会报错；需用子查询select count(*) from (select distinct col1, col2 from t) as tmp实现跨库兼容去重。
直接写 COUNT(DISTINCT col1, col2) 是否可行？
主流数据库（MySQL 5.7+、PostgreSQL、SQL Server、Oracle、SQLite）支持该语法，但不是所有版本都兼容。旧版 MySQL（5.6 及更早）会报错 syntax error at or near "DISTINCT"；Hive SQL 完全不支持，必须改用子查询。
关键点在于：这不是“分别对两个字段去重再相乘”，而是统计 (col1, col2) 这个元组的唯一组合数。例如 (1, 'a') 和 (1, 'b') 算两个不同组合；(1, NULL) 不参与计数（因任一字段为 NULL，整行被忽略）。
- 字段顺序不影响结果语义，
COUNT(DISTINCT a, b)和COUNT(DISTINCT b, a)返回相同数值 - 若字段含空格或大小写敏感内容，建议先标准化：
COUNT(DISTINCT CONCAT(TRIM(city), '-', UPPER(region))) - 避免在组合中混入主键或唯一标识字段（如
id），否则必然无去重效果
DISTINCT 多字段拼接（如 CONCAT）的坑
当目标库不支持多列 COUNT(DISTINCT)，或字段类型不支持直接组合（如 SQL Server 的 text 类型），常有人用 CONCAT(col1, '|', col2) 拼接后去重。这看似简单，实则风险高：
- 分隔符若出现在原始数据中（如
col1 = 'a|b'），会导致误合并：'a|b' + '|' + 'c'和'a' + '|' + 'b|c'拼出相同字符串 - NULL 值参与
CONCAT时，整个结果为NULL（MySQL 默认行为），导致该行完全丢失，而非被当作一个有效组合 - 字符串长度超出限制（如 MySQL
GROUP_CONCAT默认 1024 字节），截断后引发去重错误
更稳妥的做法是用子查询：SELECT COUNT(*) FROM (SELECT DISTINCT col1, col2 FROM t) AS tmp —— 显式、语义清晰、全库兼容。
嵌套多个 COUNT(DISTINCT) 时为何不能共用 GROUP BY？
写成 SELECT province, COUNT(DISTINCT user_id), COUNT(DISTINCT order_id) FROM orders GROUP BY province 表面合法，但实际隐含三类风险：
- 去重上下文未隔离：
user_id和order_id的去重集合本应独立，但共用同一分组逻辑，若orders表 JOIN 了明细表（如order_items），膨胀后的中间结果会让去重基数虚高 - NULL 处理不一致：PostgreSQL 和 MySQL 忽略
NULL，但 Hive 可能报错或返回 0；若某省有用户但无订单，COUNT(DISTINCT order_id)返回 0，但你无法区分这是真实为 0 还是因数据缺失导致 - 过滤条件难控制：外层
WHERE status = 'paid'会先裁剪数据，而你可能想对user_id统计全部活跃用户、对order_id只统计已支付订单——共用 WHERE 无法满足
正确做法是拆成独立子查询再 JOIN，每个子查询有自己的 WHERE 和 GROUP BY，确保逻辑边界清晰。
为什么子查询里漏写别名会报错？
在 MySQL 8.0+ 和 PostgreSQL 中，子查询用在 FROM 子句时，**必须显式声明别名**，否则报错 subquery in FROM must have an alias。例如：
SELECT COUNT(*) FROM (SELECT DISTINCT a, b FROM t) AS tmp;
少掉 AS tmp 就会失败。这不是风格问题，是语法硬性要求。
另一个易忽略点：若组合字段多达 5 列以上，GROUP BY 的哈希开销可能高于原生 COUNT(DISTINCT a,b,c,d,e)，尤其当其中某些字段重复率极低时。此时应实测执行计划，而非默认认为子查询更“安全”。
