可以，需用括号将多字段包成元组如count(distinct (col1, col2))；mysql 8.0+/postgresql支持，sqlite及旧版sql server不支持；错误写法count(distinct col1, col2)在所有数据库中均语法错误。

COUNT(DISTINCT) 能不能直接统计多字段组合的唯一行？

可以，但必须把多个字段用括号包成一个元组（tuple）——这是绝大多数人一开始写错的地方。MySQL、PostgreSQL、SQL Server（2017+）、Oracle 都支持 COUNT(DISTINCT (col1, col2)) 这种写法；但 SQLite 和旧版 SQL Server（2016 及更早）不支持，会报错 near "(": syntax error 或类似提示。

常见错误写法：COUNT(DISTINCT col1, col2) —— 这在所有数据库里都是语法错误，因为 DISTINCT 后面只接受单个表达式，不是参数列表。

• 正确写法（PostgreSQL/MySQL 8.0+）：COUNT(DISTINCT (user_id, action_type))
• 兼容性更强的替代方案（所有数据库都支持）：COUNT(DISTINCT CONCAT(user_id, '|', action_type))，但要注意 NULL 处理和分隔符冲突风险
• 如果字段含 NULL，(a, b) 组合中任一为 NULL，整组视为 NULL，而 DISTINCT 会把所有 NULL 组合当成同一值（符合 SQL 标准）

为什么 GROUP BY + 子查询比嵌套 DISTINCT 更可靠？

当需要同时统计多维度唯一值（比如“每个 category 下 distinct (user_id, item_id) 的数量”），直接用 COUNT(DISTINCT (user_id, item_id)) 配合 GROUP BY category 是最简方式。但某些场景下它会出问题：比如 MySQL 5.7 在 ONLY_FULL_GROUP_BY 模式下，若 SELECT 列没全在 GROUP BY 中，会拒绝执行。

这时更稳妥的做法是先去重再计数：

SELECT category, COUNT(*) AS unique_pairs
FROM (
  SELECT DISTINCT category, user_id, item_id
  FROM events
) AS deduped
GROUP BY category;

这个模式不受 SQL 模式限制，逻辑清晰，且便于后续加过滤（比如在子查询里加 WHERE user_id IS NOT NULL）。

性能差异大吗？什么时候该避免 COUNT(DISTINCT (a,b))？

底层实现上，COUNT(DISTINCT (a,b)) 通常等价于对两字段做联合哈希或排序去重，开销略高于单字段，但远小于手动 GROUP BY a,b 再聚合。真正要警惕的是字段类型和数据分布：

• 如果 a 和 b 都是长文本（如 TEXT），MySQL 可能截断用于哈希的前 1000 字节，导致误判重复 —— 此时应显式用 SUBSTRING() 或哈希函数（如 MD5(CONCAT(a,b))）
• PostgreSQL 对宽元组（> 1/4 页面大小）会降级为基于磁盘的排序，响应明显变慢
• 在 WHERE 条件过滤后结果集很小（

NULL 值怎么影响多字段 DISTINCT 计数？

(1, NULL)、(NULL, 'x')、(NULL, NULL) 这三组在 COUNT(DISTINCT (a,b)) 中**全部算作同一个值**（即一个 NULL 组合），因为 SQL 标准规定：包含 NULL 的行在 DISTINCT 比较中不可比较，统一归为一类。

如果你需要把 (1, NULL) 和 (2, NULL) 当作不同项统计，必须显式处理 NULL：

SELECT COUNT(DISTINCT 
  COALESCE(a::text, 'NULL') || '|' || COALESCE(b::text, 'NULL')
) FROM t;

注意这里用了 COALESCE 和字符串拼接，确保 NULL 被编码为可区分的字面量；类型强制转换（如 ::text）在 PostgreSQL 中必需，MySQL 用 CONVERT(a USING utf8mb4) 类似。

实际业务中，NULL 的语义往往不明确——是“未填写”、“不适用”还是“未知”？统计前得先确认是否真想把它们合并计数。