mysql中case when计数必须用sum()包裹并写else 0，count(case...)会忽略null导致统计偏差；多维度统计需全量扫描禁用where预过滤；时间比较应避免隐式转换和时区陷阱，推荐范围查询；百分比计算须转浮点并防除零。
MySQL中CASE WHEN的计数语法必须配合SUM或COUNT用
直接在SELECT里写CASE WHEN status = 'paid' THEN 1 END不会自动计数，它只返回值（可能是NULL），必须包裹在聚合函数里。常见错误是漏掉SUM()或误用COUNT()——COUNT(CASE ...)会把NULL当0不计，而SUM(CASE ...)天然忽略NULL，更适合条件计数。
推荐统一用SUM()，语义更清晰：
SELECT SUM(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) AS paid_count, SUM(CASE WHEN created_at >= '2024-01-01' AND amount > 100 THEN 1 ELSE 0 END) AS big_new_orders FROM orders;
-
ELSE 0不能省：否则NULL参与SUM会变成NULL结果 - 多个条件嵌套时，优先用
AND/OR写在WHEN后，别层层嵌套CASE - 字段有NULL值？先确认业务逻辑是否要计入——比如
status IS NULL需显式判断，不会被= 'paid'捕获
避免WHERE提前过滤导致多维度统计失效
想同时统计“已支付订单数”和“未支付但超时订单数”，如果先加WHERE status IN ('paid', 'pending')，就丢掉了status = 'cancelled'的行，后续CASE里判= 'cancelled'永远为0。正确做法是去掉WHERE，全量扫描+条件分支。
典型反例：
-- ❌ 错误：WHERE筛掉数据，后面CASE再怎么写都统计不到 SELECT COUNT(*) FILTER (WHERE status = 'paid') -- 注意：MySQL不支持FILTER，这只是示意逻辑错误 FROM orders WHERE status != 'cancelled';
- 所有维度统计必须基于同一份原始数据集，不要用WHERE做预筛选
- 真要过滤，放在子查询里：比如先
SELECT * FROM orders WHERE created_at >= DATE_SUB(NOW(), INTERVAL 30 DAY)，再在外层用CASE统计 - 大表慎用：全量扫描+多个CASE会比单个WHERE慢，必要时给
status、created_at建联合索引
DATE类型比较必须注意时区和精度陷阱
用CASE WHEN created_at >= '2024-01-01'看似没问题，但如果created_at是DATETIME且含时间部分，'2024-01-01'会被MySQL隐式转成'2024-01-01 00:00:00'，漏掉当天其他时间的数据。更糟的是，如果服务器时区和写入时区不一致，可能跨天错位。
- 安全写法：用
DATE(created_at) >= '2024-01-01'或created_at >= '2024-01-01 00:00:00'明确边界 - 涉及今日统计？别信
NOW()，用CURDATE()或DATE(NOW())避免时间部分干扰 - 索引失效风险：对列用函数（如
DATE(created_at)）会导致索引失效，大数据量优先用范围比较：created_at >= '2024-01-01' AND created_at
聚合后想加百分比？记得用CAST转小数
算“支付率 = 已支付 / 总订单”，直接写SUM(CASE WHEN status='paid' THEN 1 ELSE 0 END) / COUNT(*)在MySQL里结果是整数除法（如5/10=0），因为两个操作数都是INT。
- 必须至少一个操作数转浮点：
CAST(SUM(...) AS DECIMAL(5,2)) / COUNT(*)或SUM(...) / COUNT(*) + 0.0 - 百分比保留两位小数：
ROUND((SUM(...) / COUNT(*)) * 100, 2) - 分母为0？加
NULLIF(COUNT(*), 0)避免除零错误，再用IFNULL(..., 0)兜底
复杂条件统计真正难的不是语法，而是厘清“统计口径”——同一张表里不同字段的NULL含义是否一致、时间字段有没有被时区扭曲、聚合前要不要排除测试数据。这些不确认清楚，CASE写得再漂亮，结果也是错的。
