count(distinct col1, col2) 是否可用取决于数据库版本和类型：mysql 8.0.22+、postgresql、sql server 原生支持；mysql 5.7 及更早版本报错；sqlite 和旧版 hive 不支持。
COUNT(DISTINCT col1, col2) 直接写法是否可用？
取决于数据库版本和类型——不是所有环境都支持。MySQL 8.0.22+、PostgreSQL、SQL Server 原生支持；MySQL 5.7 及更早版本会报错 ERROR 1241 (21000): Operand should contain 1 column(s)；SQLite 和旧版 Hive 完全不认这种语法。
验证方式很简单：SELECT COUNT(DISTINCT 'a', 'b'); 能跑通就说明支持多列 COUNT(DISTINCT)。
- 别在 WHERE 里塞条件进括号，
COUNT(DISTINCT user_id WHERE status = 'active')是非法语法（仅 SQLite 实验性支持，非标准） - 字段顺序不影响结果语义，
COUNT(DISTINCT a, b)和COUNT(DISTINCT b, a)返回值相同 - 含任意 NULL 的组合整行被跳过，
(1, NULL)和(NULL, 'x')都不参与计数
NULL 值导致漏统计怎么办？
COUNT(DISTINCT) 默认丢弃任何含 NULL 的行，这常导致实际业务中少算。比如地区字段为空的用户，会被完全忽略。
想把 NULL 当作有效值参与去重，必须显式转换：
SELECT COUNT(DISTINCT COALESCE(region, 'UNKNOWN'), COALESCE(category, 'MISSING')) FROM sales;
注意：'UNKNOWN' 这类占位符不能和真实数据冲突，否则会误合并。
- 用
COALESCE最稳妥，IFNULL（MySQL）或ISNULL（SQL Server）也可，但跨库迁移时建议统一用COALESCE - 字符串替换值长度不宜过长，避免拖慢哈希计算
- 数值型字段慎用
0替代 NULL，容易和真实零值混淆
不支持多列 COUNT(DISTINCT) 时怎么兼容？
用子查询 + GROUP BY 是通用解法，所有 SQL 引擎都认：
SELECT COUNT(*) AS unique_count FROM (SELECT DISTINCT region, product_type FROM sales) AS t;
这个写法看似多一层，但逻辑清晰、无版本依赖。
- 子查询必须带别名（如
AS t），MySQL 8.0+ 和 PostgreSQL 强制要求 - 如果原表有联合索引
(region, product_type)，DISTINCT 扫描可能走索引，性能接近原生语法 - 字段太多（比如 5 列）时，
GROUP BY的哈希开销可能比原生COUNT(DISTINCT)更高，得实测 - 别在子查询里加函数（如
UPPER(name)），否则索引失效，去重变慢
GROUP BY 中混用 COUNT(DISTINCT) 的常见陷阱
想按部门统计「职位+级别」组合数，正确写法是：
SELECT dept, COUNT(DISTINCT job, level) FROM emp GROUP BY dept;
错误写法是把 job 和 level 放进 GROUP BY 列表——那是在统计每个 (dept, job, level) 组合出现几次，不是“每部门有多少种职级组合”。
- 多列
COUNT(DISTINCT)必须和GROUP BY的分组字段严格分离，不能出现在GROUP BY子句里 - 如果要过滤某组内最大时间戳再计数，子查询方案更灵活，原生语法做不到
- 高基数字段（如
job和level各有上千种取值）可能导致内存溢出，建议给(dept, job, level)建联合索引
