不能直接用COUNT(DISTINCT IF(...))，MySQL解析器语法拒绝；正确做法是先GROUP BY去重维度，再用MAX(IF())标记条件满足性，最后SUM统计。
MySQL中COUNT(DISTINCT IF(...))能用吗？
不能直接用。MySQL 5.7 及更早版本会报错 Invalid use of group function，因为 DISTINCT 不允许嵌套聚合函数或条件表达式。MySQL 8.0+ 虽放宽限制，但 COUNT(DISTINCT IF(...)) 仍不合法——IF() 返回的是值，不是列，而 DISTINCT 要求操作的是“可去重的标量表达式”，但语法层面被解析器拒绝。
替代方案：用SUM() + IF()模拟条件去重计数
核心思路是：先按去重维度（比如用户ID）分组，再判断该组是否满足条件，最后汇总。常见错误是想在聚合前就用 IF 过滤，结果漏掉未匹配的行或重复计数。
- 正确做法：用
GROUP BY锚定去重单位（如user_id），再用MAX(IF(..., 1, 0))或BOOL_OR(...)（MySQL 8.0+）标记该用户是否符合条件 - 然后在外层用
SUM()统计有多少个“满足条件的用户” - 示例：统计“至少下过一次订单且订单金额 > 100 的用户数”
SELECT SUM(has_big_order) AS cnt FROM ( SELECT user_id, MAX(IF(order_amount > 100, 1, 0)) AS has_big_order FROM orders GROUP BY user_id ) t;
为什么不用COUNT(DISTINCT CASE WHEN ... THEN user_id END)？
这个写法看似可行，但有陷阱：CASE WHEN 不满足条件时返回 NULL，而 COUNT(DISTINCT ...) 会忽略 NULL，所以逻辑上等价于“只对满足条件的 user_id 去重计数”，表面看没错——但它在多表 JOIN 或复杂 WHERE 下容易因 NULL 扩散导致意外丢行。
- 如果
orders表里某user_id所有订单都不满足order_amount > 100，那CASE全返回NULL，该user_id就完全不出现在结果中，不影响计数——这点没问题 - 但如果加了
LEFT JOIN users u ON o.user_id = u.id，而u.status = 'active'条件不成立，user_id可能变成NULL，此时COUNT(DISTINCT ...)会跳过整行，造成低估 - 更稳的方式仍是子查询分组 + 标记 + 求和，控制粒度更明确
性能与可读性权衡：什么时候该用窗口函数？
当需要同时计算多个条件去重指标（比如：高价值用户数、新用户数、复购用户数），用多个子查询会重复扫描表。MySQL 8.0+ 可改用窗口函数避免多次分组：
SELECT COUNT(DISTINCT CASE WHEN is_high_value THEN user_id END) AS high_cnt,
COUNT(DISTINCT CASE WHEN is_new THEN user_id END) AS new_cnt
FROM (
SELECT user_id,
MAX(IF(order_amount > 500, 1, 0)) OVER (PARTITION BY user_id) AS is_high_value,
MIN(order_time) OVER (PARTITION BY user_id) >= '2024-01-01' AS is_new
FROM orders
) t;
注意：MIN() OVER 不会自动过滤掉 NULL，而 is_new 是布尔值，需确保基础数据无歧义；另外窗口函数无法替代 GROUP BY 去重逻辑本身，它只是提前把标记算好，最终仍依赖 COUNT(DISTINCT CASE...) —— 所以最外层的 COUNT(DISTINCT ...) 在这里才真正安全，因为 user_id 来源确定、无 JOIN 引入的 NULL 风险。
实际写的时候，优先验证子查询结果是否包含所有目标 user_id，再套聚合。最容易被忽略的是：没确认分组键是否真的唯一对应业务实体——比如用 order_id 当去重单位却忘了它本就不重复，那就根本不需要 DISTINCT。
