SUM(IF())适用于单条件或多分支简单计数，如统计支付成功订单数，需确保IF返回0/1；多条件应分写多个SUM(IF())；避免IF中重复高开销计算，NULL处理和索引优化更关键。
MySQL中用SUM(IF())替代COUNT(CASE WHEN)的适用场景
当需要按条件统计行数（比如“支付成功的订单数”“未读消息数”），SUM(IF())比嵌套COUNT(CASE WHEN)更简洁、可读性更高，且执行计划通常一致。它本质是把布尔判断转为0/1再求和，适合单条件、多分支但逻辑不复杂的计数。
注意：不是所有情况都推荐——如果条件涉及子查询或函数计算开销大，IF()里重复写会拖慢性能；此时应优先考虑COUNT(*)配合WHERE过滤。
正确写法与常见错误写法对比
SUM(IF())必须确保IF()返回数值（通常是1或0），否则结果可能为NULL或意外值。典型错误包括：
- 漏写
ELSE 0：当条件不满足时IF(condition, 1)返回NULL，SUM()会跳过该行，导致总数偏小 - 误用字符串：写成
IF(status='paid', '1', '0')，虽然能隐式转换，但增加类型检查开销，且易在严格模式下报错 - 混淆字段名大小写或引号：如
IF(order_status = "PAID", 1, 0)中双引号虽合法，但建议统一用单引号，避免SQL模式差异影响
正确写法示例：
SUM(IF(order_status = 'paid', 1, 0)) AS paid_count
多个条件并列计数的写法要点
同一查询中统计多个条件时，不要试图在一个SUM(IF())里塞多个逻辑，而应为每个条件独立写一个SUM(IF())表达式。MySQL会一次扫描完成全部聚合，效率优于多次JOIN或子查询。
例如统计三种状态订单数：
SUM(IF(status = 'pending', 1, 0)) AS pending_cnt,<br>SUM(IF(status = 'shipped', 1, 0)) AS shipped_cnt,<br>SUM(IF(status = 'cancelled', 1, 0)) AS cancelled_cnt
注意：IF()内不能直接写IN列表（如IF(status IN ('a','b'), 1, 0)是合法的），但若分支过多（>5个），建议改用CASE WHEN提升可维护性。
NULL值和性能影响要特别留意
SUM()天然忽略NULL，所以IF(condition, 1, NULL)和IF(condition, 1, 0)结果不同——后者保证每行都贡献0或1，前者会让不满足条件的行完全不参与求和。业务上多数需要的是“总行数中符合条件的比例”，此时必须写ELSE 0。
另外，如果被判断的字段（如status）没有索引，且表很大，SUM(IF())无法利用索引加速条件判断，此时应优先优化WHERE过滤或添加组合索引，而不是纠结聚合写法。
复杂点往往不在语法，而在是否意识到：这个IF()表达式会在每一行执行一次，而它的计算成本会被放大N倍。
