SQL中应使用COUNT(CASE WHEN condition THEN 1 END)实现条件计数，因COUNT仅统计非NULL值；需为每类条件单独写COUNT分支，显式处理NULL和空字符串，并确保索引覆盖WHERE及CASE字段。
SQL里没有COUNT IF，但可以用CASE WHEN模拟
标准SQL不支持 COUNT IF 这种写法（MySQL 8.0+ 的 COUNT(IF(...)) 是特例，且仅限于IF函数嵌套，不通用）。真正跨数据库、可移植的做法是用 CASE WHEN 配合聚合函数。本质是把条件判断“折叠”进计数逻辑里：满足条件返回非NULL值（如1），否则返回NULL，而 COUNT() 只统计非NULL项。
常见错误是误用 SUM(IF(..., 1, 0)) 或 COUNT(*) ——前者可行但语义弱，后者会把所有行都算进去，失去条件过滤意义。
-
COUNT(CASE WHEN status = 'active' THEN 1 END)✅ 正确：只统计status为active的非NULL标记 -
COUNT(CASE WHEN status = 'active' THEN 1 ELSE 0 END)❌ 错误：ELSE 0 会让结果变成COUNT(0)，而0是非NULL，全行都被计数 -
SUM(CASE WHEN status = 'active' THEN 1 ELSE 0 END)✅ 可用，但意图不如COUNT清晰
按多条件分列统计时，每个COUNT需独立CASE分支
想在同一查询中统计“已支付订单数”“未支付订单数”“退款订单数”，不能共用一个CASE——必须为每列写一个独立的 COUNT(CASE WHEN ...)。因为聚合是在GROUP BY后对每组行分别计算，每个COUNT作用域互不影响。
典型场景是报表宽表生成，比如用户维度下同时看各状态订单量。若强行合并逻辑（例如用单个CASE返回字符串再分组），反而增加复杂度且无法并行计数。
- 正确写法：
COUNT(CASE WHEN payment_status = 'paid' THEN 1 END) AS paid_cnt - 同句中并列：
COUNT(CASE WHEN payment_status = 'refunded' THEN 1 END) AS refunded_cnt - 错误思路：试图用
COUNT(DISTINCT CASE WHEN ...)来“复用”逻辑——DISTINCT在此无意义，且易引发误解
NULL值和空字符串陷阱必须显式处理
当条件字段本身含NULL（如 payment_status 为NULL表示待确认），CASE WHEN payment_status = 'paid' 不会匹配NULL行，这些行在该COUNT中被自然忽略——这通常是期望行为。但如果你需要把NULL也归入某类（例如视作“未知状态”），就必须在CASE中显式写出 WHEN payment_status IS NULL THEN ...。
另一个高频坑是空字符串 '' 和NULL混用。比如某些老系统用空串代替NULL表示未填写，此时 = 'paid' 仍不匹配空串，但你可能需要额外分支：WHEN payment_status = '' THEN 'unknown'。
- 默认情况下，NULL行不会进入任何
THEN分支，等价于没写ELSE，结果为NULL → 被COUNT忽略 - 若需统计NULL行数量：用
COUNT(CASE WHEN payment_status IS NULL THEN 1 END) - 避免依赖数据库隐式类型转换，比如
CASE WHEN status = 1对比字符串字段，可能在PostgreSQL报错，在MySQL静默转成0
性能敏感时，注意索引能否覆盖WHERE + CASE字段
COUNT(CASE WHEN ...) 本身不阻止索引使用，但执行效率取决于外层是否有 WHERE 过滤，以及CASE中引用的字段是否在索引里。如果只是单纯分列统计全表，优化空间有限；但若加了 WHERE create_time > '2024-01-01'，最好确保 create_time 和CASE中的字段（如 status）组成联合索引。
MySQL 8.0+ 支持函数索引，可建 INDEX ON (CASE WHEN status='paid' THEN order_id END)，但实用性低——这种索引只能服务于完全相同的CASE表达式，迁移和维护成本高，一般不如优化基础字段索引。
- 优先保证
WHERE条件字段有索引，CASE字段尽量选高区分度、非NULL率高的列 - 避免在CASE中调用函数，如
CASE WHEN UPPER(status) = 'PAID'——会令索引失效 - PostgreSQL中，若CASE分支极多（如按100个地区分列），考虑用
FILTER子句（COUNT(*) FILTER (WHERE region = 'US')），语法更简洁且语义等价
