count(case when...)比where+group by更灵活，因单sql仅一个where，而需同结果集统计多条件（如已支付、已发货、超时未支付订单数），它一次扫描完成全部统计，避免重复读表与应用层拼接。
为什么 COUNT(CASE WHEN ...) 比 WHERE + GROUP BY 更灵活
因为单条 SQL 只能有一个 WHERE 条件，但你常常需要在同一结果集中统计多个不同条件下的数量。比如：既要算「已支付订单数」，又要算「已发货订单数」，还要算「超时未支付订单数」——这些条件互不排斥，不能靠多次 WHERE 拆开查。
用 COUNT(CASE WHEN ...) 就能在一次扫描中完成全部统计，避免重复读表、减少 I/O，也省去应用层拼接逻辑。
关键点在于：COUNT() 只统计非 NULL 值，而 CASE WHEN 未匹配到时默认返回 NULL，所以天然适配。
CASE WHEN 返回 NULL 会导致 COUNT 忽略该行
这是最容易误解的地方：有人写成 COUNT(CASE WHEN status = 'paid' THEN 1 ELSE 0 END)，结果所有条件都计数了——因为 0 是有效值，不是 NULL，COUNT 会把它算进去。
正确写法必须让不满足条件的分支不返回值（即隐式 ELSE NULL），或显式写成 ELSE NULL：
COUNT(CASE WHEN status = 'paid' THEN 1 END) -- ✅ 正确：不满足时为 NULL，COUNT 自动跳过 COUNT(CASE WHEN status = 'paid' THEN 1 ELSE NULL END) -- ✅ 显式写出，语义更清晰 COUNT(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) -- ❌ 错误：0 被计入总数，结果偏高
多个条件并列统计时，每个 CASE 都要独立写
不能复用一个 CASE 块来“分流”再分别计数；每个统计维度必须有自己独立的 CASE WHEN 表达式。
- 每个
COUNT(...)对应一个独立的CASE，彼此不干扰 - 条件之间可以重叠（比如同一行可能同时满足「status = paid」和「amount > 100」）
- 顺序无关，
CASE是逐行计算，不是全局分支选择
示例：
SELECT COUNT(CASE WHEN status = 'paid' THEN 1 END) AS paid_cnt, COUNT(CASE WHEN status = 'shipped' THEN 1 END) AS shipped_cnt, COUNT(CASE WHEN created_at <h3>性能与可读性的实际取舍点</h3><p>当条件非常复杂（比如嵌套函数、子查询、正则匹配），直接塞进 <code>CASE WHEN</code> 会让 SQL 变得难调试，且某些数据库（如旧版 MySQL）对表达式长度或嵌套深度有限制。</p><p>这时建议：</p>
- 把复杂判断提前抽成计算字段（例如用
WITHCTE 或派生表生成is_high_risk布尔列），再在CASE中简单引用 - 避免在
CASE中重复写相同子查询，否则会被执行多次 - PostgreSQL 支持
COUNT(*) FILTER (WHERE ...)语法，语义更直白，但 MySQL / SQL Server 不支持，跨库迁移时要注意
最常被忽略的是：没有给每个 COUNT(CASE...) 加有意义的别名，导致结果集字段名全是 count 或 count_1，后续在代码里取值极易出错。
