应使用 CASE WHEN 套在聚合函数中实现条件统计，因其只需单次扫描、避免多次查询的网络开销与数据不一致，支持一行多桶计算，并能同句返回总览与分项结果。

直接回答：用 CASE WHEN 套在聚合函数里，而不是写多个 WHERE 子句或拆成多条查询。

为什么不能用 WHERE 分多次查

有人会这么想，“查待审核数量”就是执行SELECT COUNT(*) FROM t WHERE status = 'pending'，“查已通过数量”再执行一条SELECT COUNT(*) FROM t WHERE status = 'approved'……如此一来，查询5个状态就得发送5次请求，网络开销直接翻倍，而且还容易因为中间数据的变更导致统计口径不一致。

更关键的是，WHERE 是在分组前过滤整行，没法让一行同时参与多个统计维度 —— 而条件聚合的本质，是让同一行根据不同逻辑“算进不同桶里”。

• 每条记录只扫描一次，性能更好
• 结果在同一行返回，便于比对（比如“通过率 = approved / total”）
• 避免并发更新导致的统计漂移

CASE WHEN + COUNT/SUM 的标准写法

核心模式其实就这么一种：COUNT(CASE WHEN condition THEN 1 END) 或者 SUM(CASE WHEN condition THEN 1 ELSE 0 END)。这两种写法在语义上是一样的，但通常来说，COUNT 的写法会更常见一些。为什么呢？因为 COUNT 函数在处理数据时，会自动忽略 NULL 值，这样就可以省掉 ELSE 0 这部分了。

示例：统计订单表中各状态数量

SELECT
COUNT(*) AS total,
COUNT(CASE WHEN status = 'created' THEN 1 END) AS created_cnt,
COUNT(CASE WHEN status = 'paid' THEN 1 END) AS paid_cnt,
COUNT(CASE WHEN status IN ('shipped', 'delivered') THEN 1 END) AS shipped_cnt,
COUNT(CASE WHEN status = 'cancelled' THEN 1 END) AS cancelled_cnt
FROM orders;

注意点：

• CASE WHEN 后面不要跟 ELSE —— 留空即为 NULL，COUNT 自动跳过
• 用 IN 合并多个值比写多个 OR 更清晰、也更易读
• 字段名别用引号包裹（除非含特殊字符），MySQL/PostgreSQL/SQL Server 都支持裸名

HA VING 不能替代条件聚合

有人误以为 HA VING 能筛出“某状态数量 > 100”的组，就等于做了条件统计 —— 不对。HA VING 是对 GROUP BY 后的分组结果做筛选，它本身不生成新列。

比如下面这段代码：

SELECT status, COUNT(*) 
FROM orders 
GROUP BY status 
HA VING COUNT(*) > 100;

它只返回那些“数量超 100”的状态及其总数，但不会告诉你总共有多少订单、其他状态有多少——你依然缺一个全局基准值。

真正需要的是：同一查询里既有分组明细，又有跨状态的条件汇总（比如“已支付订单占总量的百分比”），这时候必须靠 CASE WHEN 在 SELECT 里展开计算。

兼容性与性能提醒

所有主流数据库（MySQL 5.7+、PostgreSQL、SQL Server、Oracle、SQLite 3.8+）都支持这种写法，语法完全一致，无需改写。

唯一容易踩的坑是 NULL 处理：

• 如果 status 字段允许为 NULL，且你想单独统计 NULL 数量，得显式写 COUNT(CASE WHEN status IS NULL THEN 1 END)
• 别用 = NULL 判断，必须用 IS NULL
• 聚合函数里混用 NULL 和数字时，确保逻辑无歧义（比如 SUM 遇到 NULL 直接忽略，不影响结果）

实际执行时，优化器通常能把这种写法压成单次全表扫描，和最朴素的 SELECT COUNT(*) 开销接近——只要没在 CASE 里调用复杂函数或子查询。

《夸克》非常好用的免费AI浏览器

下载APP查看