COUNT(DISTINCT column) 是合法且高效的聚合语法，但必须置于 COUNT() 函数内部；若误将 DISTINCT 放在外部或缺失 GROUP BY（当需按维度分组时），会导致逻辑错误或结果异常。
`count(distinct column)` 是合法且高效的聚合语法，但必须置于 `count()` 函数内部；若误将 `distinct` 放在外部或缺失 `group by`（当需按维度分组时），会导致逻辑错误或结果异常。
在 SQL 中，COUNT(DISTINCT UID) 本身语法完全正确——它用于统计 UID 字段中不重复值的总数，是标准 SQL 的核心聚合功能。问题中“不生效”的根本原因并非语法错误，而是对聚合意图的理解偏差：原查询试图在一个聚合结果中同时获取「全局唯一用户数」和「各系统访问量」，而 COUNT(DISTINCT UID) 与 SUM(CASE...) 完全兼容，无需 GROUP BY 即可共存。
✅ 正确写法（统计总独立用户数 + 各系统访问次数）：
SELECT COUNT(DISTINCT UID) AS TOTAL, SUM(CASE WHEN SYSTEM = 'Android' THEN 1 ELSE 0 END) AS A, SUM(CASE WHEN SYSTEM = 'IOS' THEN 1 ELSE 0 END) AS I, SUM(CASE WHEN SYSTEM = 'Windows' THEN 1 ELSE 0 END) AS W FROM user_visits;
该语句返回单行结果：TOTAL 表示所有记录中去重后的 UID 总数，A/I/W 分别表示对应系统的访问发生次数（注意：不是用户数，而是访问事件数）。
⚠️ 常见误区澄清：
- ❌
SELECT DISTINCT UID, COUNT(...) ... GROUP BY UID→ 这会按每个 UID 分组统计，返回多行（每人一行），与原需求不符； - ❌
SELECT DISTINCT COUNT(DISTINCT UID), ...→DISTINCT不能修饰整个聚合表达式，语法非法； - ❌ 混淆「独立用户数」与「按用户分组的统计」：若需统计“每个用户在各系统的访问次数”，才需
GROUP BY UID；但原问题明确要的是总量级指标。
? 额外建议：
- *弃用已废弃的 `mysql_
函数**：示例中mysql_query()和mysql_fetch_array()自 PHP 7.0 起已被移除，务必升级至mysqli或PDO`，并启用预处理防止 SQL 注入； -
验证数据质量：若
COUNT(DISTINCT UID)结果异常偏高/偏低，请检查UID是否存在空值（NULL不参与DISTINCT计数）或格式不一致（如大小写、前后空格）； -
性能提示：在大表上执行
COUNT(DISTINCT)可能较慢，可考虑为UID字段建立索引，或使用近似函数（如APPROX_COUNT_DISTINCT，MySQL 8.0+ / BigQuery）权衡精度与速度。
总结：COUNT(DISTINCT column) 是可靠、标准的去重计数方案，关键在于明确业务目标——是求全局唯一基数（无需 GROUP BY），还是按某维度分组后分别去重（需 GROUP BY + 聚合）。切勿因混淆语义而误判语法失效。
