推荐用 sum(case when ... then 1 else 0 end) 统计多状态，语义清晰、行为确定；count(case when ... then 1 end) 仅计非null值，误写 else 0 会导致错误计数；分组统计时 group by 业务字段，case 嵌入 sum 中；条件应放 case 内以保留零值。
用 CASE WHEN + SUM 统计多个状态
直接在 SELECT 里对每个状态写一个 CASE WHEN，再套一层 SUM，比写多个子查询或 UNION 快得多，也更易读。
-
CASE WHEN status = 'pending' THEN 1 ELSE 0 END这种写法必须配SUM（不能用COUNT），否则NULL或0会被忽略 - 别漏写
ELSE 0—— 没它的话，不匹配的状态会变成NULL，SUM自动跳过，结果偏小 - 如果状态字段允许
NULL，且你想单独统计NULL数量，得额外加一行：SUM(CASE WHEN status IS NULL THEN 1 ELSE 0 END)
SELECT SUM(CASE WHEN status = 'pending' THEN 1 ELSE 0 END) AS pending_cnt, SUM(CASE WHEN status = 'approved' THEN 1 ELSE 0 END) AS approved_cnt, SUM(CASE WHEN status = 'rejected' THEN 1 ELSE 0 END) AS rejected_cnt FROM orders;
用 COUNT + CASE WHEN 的写法有什么区别？
COUNT(CASE WHEN ... THEN 1 END) 看似简洁，但逻辑和 SUM 不同：它只数“非 NULL”的分支结果，所以 ELSE 可以省略（默认为 NULL）；但一旦你写了 ELSE 0，COUNT 就会把 0 当有效值计入——这通常不是你想要的。
- 推荐统一用
SUM+ELSE 0，语义清晰，行为确定 -
COUNT版适合极简场景，比如只统计某一种状态：COUNT(CASE WHEN status = 'pending' THEN 1 END) - MySQL 中
COUNT(1)和COUNT(*)性能一致，别为了“看起来快”硬换写法
GROUP BY 后再分状态统计怎么写？
如果还要按用户、日期等维度分组，就把 CASE WHEN 放进聚合函数里，GROUP BY 字段照常写，不需要额外嵌套。
- 错误写法：
GROUP BY status—— 这会把每种状态拆成一行，不是“一行汇总多个状态” - 正确做法：把分组字段（如
user_id）放进GROUP BY，所有SUM(CASE...)都放在SELECT里 - 注意 NULL 分组：如果
user_id可为空，GROUP BY user_id会把所有NULL归为一组，需确认是否符合业务预期
SELECT user_id, SUM(CASE WHEN status = 'pending' THEN 1 ELSE 0 END) AS pending_cnt, SUM(CASE WHEN status = 'approved' THEN 1 ELSE 0 END) AS approved_cnt FROM orders GROUP BY user_id;
WHERE 先过滤再统计，还是放 CASE 里？
该不该把条件塞进 CASE，取决于你是否要保留“零值”。比如想看每个用户“已审批但未发货”的单数，同时也要显示那些压根没审批单的用户（显示为 0）——那就必须把 status = 'approved' 放进 CASE，而不是写在 WHERE 里。
-
WHERE status IN ('pending', 'approved')→ 先筛数据，再统计，结果里不会出现 0 计数 -
SUM(CASE WHEN status = 'approved' AND shipped_at IS NULL THEN 1 ELSE 0 END)→ 条件留在 CASE 内，确保每个分组都产出数值 - 复合条件优先放
CASE分支里，避免WHERE过度收缩结果集
status 是 VARCHAR 但存了数字字符串 '1'、'2'，而代码里误写成整数比较 status = 1，MySQL 可能隐式转换成功，PostgreSQL 直接报错。查之前先 SELECT DISTINCT status FROM table 确认真实值。
