MySQL 8.0中CASE WHEN性能瓶颈源于误用场景：嵌套循环、无索引WHERE、子查询重复执行、超长分支及函数条件；优化核心是将其用于单次集合扫描中的条件计算，而非流程控制。
MySQL 8.0 中大量使用 CASE WHEN 的存储过程，性能瓶颈通常不在 CASE WHEN 语法本身，而在于它被嵌套在低效上下文中——比如放在循环里逐行计算、配合未索引字段判断、或与子查询混用导致重复执行。优化核心是“让 CASE WHEN 做它该做的事：在单次集合扫描中完成条件分支计算”，而不是把它当流程控制或替代 IF。
别在 WHILE 或游标循环里写 CASE WHEN
常见错误是把 CASE WHEN 当成“每行一个判断逻辑”塞进游标循环里，例如遍历订单表，对每条记录用 CASE WHEN status THEN ... END 计算积分。这等于把本可一次完成的聚合降维成 N 次单行处理。
- 游标每次
FETCH都触发权限检查、类型转换和行缓冲，CASE WHEN在其中只是“多算一次表达式”，不改变本质低效 - 10 万行数据下，这种写法比等价的
UPDATE ... JOIN ... SET points = CASE WHEN ...慢 15–20 倍 - 真正该做的是：把循环逻辑整个删掉，改用集合操作——比如用
UPDATE orders o JOIN users u ON o.user_id = u.id SET u.points = u.points + CASE WHEN o.amount > 500 THEN 50 ELSE 10 END
CASE WHEN 必须搭配 WHERE 和索引，否则就是全表扫描加速器
CASE WHEN 自身不走索引，但它所在的语句（如 SELECT 或 UPDATE）是否能用上索引，取决于 WHERE 条件和关联字段。没索引的 CASE WHEN 就是给全表扫描加计算负担。
- 错误写法：
SELECT id, CASE WHEN price > 99.99 THEN 'high' ELSE 'low' END FROM products WHERE category = 'book'，但category字段没索引 → 全表扫 - 正确做法：先确保
WHERE条件字段有索引（如ALTER TABLE products ADD INDEX idx_category (category)），再让CASE WHEN在过滤后的结果集上跑 - 如果
CASE WHEN判断依赖子查询（如CASE WHEN (SELECT COUNT(*) FROM logs l WHERE l.order_id = o.id) > 0 THEN 1 ELSE 0 END），必须提前抽成变量或改用LEFT JOIN，否则每次判断都查一遍表
大批量更新时，CASE WHEN 要配 IN 或 JOIN，不能裸用
单独一条 UPDATE ... SET x = CASE WHEN id = 1 THEN a WHEN id = 2 THEN b ... END 是可行的，但超过几百个 WHEN 分支后，SQL 长度爆炸、解析变慢、参数绑定困难，且 MySQL 对单条语句长度有限制（默认 max_allowed_packet）。
- 安全上限建议：单条
CASE WHEN更新不超过 500 个WHEN分支；超量必须拆批或换策略 - 更稳方案是用临时表：先
CREATE TEMPORARY TABLE tmp_update (id INT PRIMARY KEY, new_value VARCHAR(32))插入待更新数据，再UPDATE t JOIN tmp_update USING (id) SET t.field = tmp_update.new_value - 注意：临时表字段一定要建主键或唯一索引，否则
JOIN可能变成笛卡尔积
多个 CASE WHEN 共享条件时，优先提取到变量或派生表
当多个 CASE WHEN 表达式重复判断同一条件（比如都判断 order_status IN ('shipped', 'delivered')），MySQL 不会自动复用计算结果，而是每处都重新算一遍——尤其当条件含函数（如 DATE(created_at)）时，开销翻倍。
- 简单场景可用变量缓存：
SELECT @status_type := CASE WHEN order_status IN ('shipped','delivered') THEN 'done' ELSE 'pending' END, CASE WHEN @status_type = 'done' THEN ... ELSE ... END - 复杂场景推荐派生表：
SELECT ..., CASE WHEN status_group = 'done' THEN ... END FROM (SELECT *, CASE WHEN order_status IN (...) THEN 'done' ELSE 'pending' END AS status_group FROM orders) t - 避免在
CASE WHEN内调用函数做条件，如CASE WHEN YEAR(create_time) = 2026 THEN ...→ 改为create_time >= '2026-01-01' AND create_time < '2027-01-01'才能走索引
最易被忽略的一点：CASE WHEN 在存储过程中不是“流程跳转工具”。它不能跳出当前语句块，也不能控制执行路径——所有分支都会被语法解析，只是运行时按条件取值。真要根据状态做不同 SQL 操作，该用 IF ... THEN ... ELSEIF ... END IF，而不是硬套 CASE WHEN。
