子查询不能直接用于CASE WHEN的THEN或WHEN中，必须返回单值、显式处理NULL、避免重复扫描；应加LIMIT 1或确保WHERE条件命中唯一索引，并用COALESCE兜底；多分支查不同表时须用相关子查询且目标字段有索引；WHEN中禁用行级子查询，应预计算状态字段；所有分支类型需一致，避免隐式转换导致聚合排序异常。
子查询不能直接塞进 CASE WHEN 的 THEN 或 WHEN 里“当场执行”，必须确保返回单值、显式处理 NULL、避免重复扫描，否则查几万行就卡死。
子查询放 THEN 后必须加 LIMIT 1 或唯一约束
多数数据库（MySQL、PostgreSQL）要求 CASE WHEN 每个分支返回标量。没限制的子查询可能返回 0 行、1 行或多行，直接报错或结果错乱。
- MySQL 5.7+ 报错：
Subquery returns more than 1 row；MySQL 8.0+ 在严格模式下同样拦截 - PostgreSQL 报错更明确：
more than one row returned by a subquery used as an expression - 正确写法是用
(SELECT name FROM users WHERE id = orders.user_id LIMIT 1)，或确保WHERE条件命中主键/唯一索引字段 - 别依赖“它大概只有一条”，生产环境必须显式约束——索引失效、数据迁移、脏数据都可能让“大概”变成“翻车”
多分支查不同表时，用相关子查询而非硬编码表名
当 CASE WHEN 要根据某字段值决定查哪张表（比如 type = 'user' 查 users，type = 'org' 查 orgs），每个子查询必须带关联条件，且独立执行。
- 错误写法：
WHEN 'user' THEN (SELECT name FROM users)—— 缺少WHERE，变成全表扫描 + 笛卡尔积风险 - 正确写法：
WHEN 'user' THEN (SELECT name FROM users u WHERE u.id = orders.ref_id)，orders.ref_id是外层引用列 - 每个子查询都要确认对应表在
ref_id上有索引，否则O(n × m)查询复杂度直接拖垮性能 - 若某
ref_id在目标表中不存在，子查询返回NULL，整个CASE结果就是NULL—— 用COALESCE((SELECT ...), 'N/A')包一层
WHEN 条件里别直接写子查询，改用预计算字段
有人写 WHEN (SELECT COUNT(*) FROM logs WHERE user_id = u.id) > 5，逻辑没错，但每行用户都触发一次子查询，10 万用户 = 10 万次全表扫描。
- 性能陷阱：子查询在
WHEN中是“行级执行”，无法被优化器提前物化 - 更优解：先用
LEFT JOIN或子查询聚合出状态字段，再用CASE WHEN status_flag = 1判断 - 例如：
SELECT u.id, CASE WHEN l.cnt > 5 THEN '高危' ELSE '正常' END FROM users u LEFT JOIN (SELECT user_id, COUNT(*) AS cnt FROM logs GROUP BY user_id) l ON u.id = l.user_id - 如果必须用子查询，至少合并多个逻辑到一个子查询里，别拆成两个独立
SELECT COUNT(*)
类型不一致会让聚合和排序全乱套
CASE WHEN 返回列的类型由所有 THEN 和 ELSE 分支共同推断。混用数字和字符串，数据库会隐式转成字符串，后续 SUM()、ORDER BY 全失效。
- 错误示例：
CASE WHEN flag = 1 THEN 100 ELSE 'N/A' END→ 整列变成VARCHAR，SUM()返回0，ORDER BY按字典序排'100'在'20'前面 - 正确做法：要数值结果，所有分支都返回数字：
THEN 100 ELSE 0；要标签，全部用字符串：THEN 'high' ELSE 'normal' - 对可能为空的子查询结果，用
COALESCE((SELECT ...), 0)或COALESCE((SELECT ...), '')显式兜底，别信隐式转换 - 在
GROUP BY后做条件统计时，COUNT(CASE WHEN ... THEN 1 END)不写ELSE是对的（COUNT忽略NULL），但SUM(CASE WHEN ... THEN amount ELSE 0 END)的ELSE 0绝对不能省
最常被忽略的是相关子查询里的索引依赖——没索引时，哪怕只查 100 行，也可能扫完整张 users 表 100 次。上线前务必看执行计划，确认子查询走了 type=eq_ref 或 type=ref，而不是 ALL。
