mysql 5.7及更早版本等不支持count(distinct col1, col2)，需用concat(coalesce(col1,'null'),'|',coalesce(col2,'null'))或子查询select count(*) from (select distinct col1,col2 from t) as dedup实现兼容。
直接用 COUNT(DISTINCT (col1, col2)) 会报错
MySQL 8.0+ 和 PostgreSQL 支持 COUNT(DISTINCT col1, col2)，但 MySQL 5.7 及更早版本、SQL Server、SQLite 都不支持这种写法，会报类似 ERROR 1241 (21000): Operand should contain 1 column(s) 的错误。别急着换数据库——有通用解法。
COUNT DISTINCT 多字段的兼容写法：用 CONCAT 或字符串拼接
最稳妥的方式是把多个字段拼成唯一字符串再统计，适用于所有主流 SQL 引擎：
- MySQL：用
CONCAT(col1, '|', col2)，竖线作为分隔符防歧义（比如'ab'+'c'和'a'+'bc'拼出来都是'abc'） - PostgreSQL：用
col1::text || '|' || col2::text - SQL Server：用
CONCAT(col1, '|', col2)或CAST(col1 AS VARCHAR) + '|' + CAST(col2 AS VARCHAR) - 注意 NULL 值：
CONCAT在 MySQL 中自动转 NULL 为空字符串，但其他引擎可能让整行变 NULL；保险起见可套一层COALESCE(col1, 'NULL')
示例：SELECT COUNT(DISTINCT CONCAT(COALESCE(user_id, 'NULL'), '|', COALESCE(action_type, 'NULL'))) FROM events;
用子查询去重后再 COUNT 更清晰，但性能可能下降
如果字段多、数据量大，拼接字符串容易出长度限制或哈希冲突风险，推荐显式去重：
- 写法：
SELECT COUNT(*) FROM (SELECT DISTINCT col1, col2, col3 FROM t) AS dedup; - 优点：语义明确，不依赖字符串处理，NULL 安全（
DISTINCT本身对 NULL 友好） - 缺点：在大数据表上可能触发临时表或文件排序，比单字段
COUNT(DISTINCT)慢不少；某些引擎（如旧版 MySQL）无法在子查询里用索引覆盖 - 小技巧：如果只查组合数不关心具体值，加
LIMIT 1没用——DISTINCT必须扫完全部输入才能确定去重结果
GROUP BY + COUNT(*) 是替代思路，但用途不同
COUNT(DISTINCT ...) 统计的是“有多少种不同组合”，而 GROUP BY col1, col2; COUNT(*) 统计的是“每种组合出现几次”。别混淆这两者：
- 想看频次分布？用
GROUP BY col1, col2 ORDER BY COUNT(*) DESC LIMIT 10 - 只想知道组合总数？别用 GROUP BY 加外部 COUNT ——那只是绕远路，还容易漏掉零计数的潜在组合
- 如果后续要过滤高频组合（比如只统计出现 ≥5 次的 user_id+action_type），才值得先 GROUP 再 HAVING
真正容易被忽略的是 NULL 处理和引擎差异——同一句 SQL 在本地 SQLite 跑通，上线到生产 MySQL 5.7 就挂，往往就卡在这儿。
