在mysql的查询场景中，CASE-WHEN语句经常被用来实现条件分支逻辑，当分支数量增多、条件逻辑变复杂时，语句的执行效率会明显下降。理解mysql解析器对CASE-WHEN分支条件的判定规则，是优化这类语句的关键。
CASE-WHEN语句的基本执行逻辑
mysql的CASE-WHEN语句分为两种形式，一种是简单CASE表达式，另一种是搜索型CASE表达式，两者的解析逻辑存在差异。
两种CASE-WHEN形式
简单CASE表达式的语法结构如下：
CASE 表达式
WHEN 值1 THEN 结果1
WHEN 值2 THEN 结果2
ELSE 结果3
END
搜索型CASE表达式的语法结构如下：
CASE
WHEN 条件1 THEN 结果1
WHEN 条件2 THEN 结果2
ELSE 结果3
END
解析器的基础处理流程
解析器首先会对CASE-WHEN语句进行语法校验，确认语句结构符合mysql的语法规范。之后会生成对应的执行计划，在执行阶段按照分支顺序依次判定条件，直到匹配到第一个满足的分支就返回对应结果，后续分支不再执行。
解析器对分支条件的判定规则
短路判定机制
mysql解析器对CASE-WHEN分支采用短路判定逻辑，即只要匹配到第一个满足条件的分支，就会直接返回该分支的结果，不会继续判断后续的分支条件。这个机制意味着分支的排列顺序会直接影响判定效率。
比如下面的搜索型CASE语句：
SELECT
CASE
WHEN score >= 90 THEN '优秀'
WHEN score >= 80 THEN '良好'
WHEN score >= 60 THEN '及格'
ELSE '不及格'
END AS level
FROM student_score;
如果某条记录的score是95，解析器判定第一个分支条件score >= 90满足后，就会直接返回优秀，不会再去判断后面的score >= 80和score >= 60两个条件。
条件复杂度的判定优先级
解析器判定分支条件时，会优先处理简单条件的分支。如果分支条件中包含函数调用、子查询、类型转换等复杂操作，解析器会先完成这些操作再进行条件匹配，这类分支如果排在前面，会增加不必要的计算开销。
比如下面的语句中，第一个分支包含DATE_FORMAT函数调用：
SELECT
CASE
WHEN DATE_FORMAT(create_time, '%Y-%m-%d') = '2024-05-01' THEN '当日新增'
WHEN status = 1 THEN '正常状态'
ELSE '其他状态'
END AS record_type
FROM user_record;
即使大部分记录的status都是1，解析器也会先对每条记录的create_time执行DATE_FORMAT函数转换，再去匹配第一个条件，只有不匹配时才会判断第二个条件，这会带来额外的性能损耗。
重复条件的合并判定
如果CASE-WHEN的分支中存在逻辑重复的条件，解析器不会自动合并这些条件，而是会依次判定。比如两个分支的条件存在包含关系，排在后面的分支永远不会被匹配到，但是解析器仍然会为其生成判定逻辑。
复杂CASE-WHEN语句的优化方法
调整分支排列顺序
根据短路判定机制，应该把匹配概率最高的分支放在最前面，减少不必要的条件判定。对于搜索型CASE语句，要优先排列条件简单、不需要复杂计算的分支，把包含函数、子查询的复杂条件分支放在后面。
优化后的上面用户记录查询语句可以调整为：
SELECT
CASE
WHEN status = 1 THEN '正常状态'
WHEN DATE_FORMAT(create_time, '%Y-%m-%d') = '2024-05-01' THEN '当日新增'
ELSE '其他状态'
END AS record_type
FROM user_record;
如果大部分用户记录的状态都是1，那么大部分情况下只需要判定第一个简单条件就可以返回结果，不需要执行DATE_FORMAT函数。
简化分支条件逻辑
避免在分支条件中写冗余的逻辑，比如重复的类型转换、不必要的嵌套判断。如果分支条件中需要多次使用同一个计算结果，可以先把这个计算结果作为派生字段，再在CASE-WHEN中引用这个派生字段。
比如下面的语句中，create_day被重复计算：
SELECT
CASE
WHEN DATE_FORMAT(create_time, '%Y-%m-%d') = '2024-05-01' THEN '第一天'
WHEN DATE_FORMAT(create_time, '%Y-%m-%d') = '2024-05-02' THEN '第二天'
ELSE '其他天'
END AS day_type
FROM user_record;
可以优化为先计算create_day字段：
SELECT
CASE
WHEN create_day = '2024-05-01' THEN '第一天'
WHEN create_day = '2024-05-02' THEN '第二天'
ELSE '其他天'
END AS day_type
FROM (
SELECT
create_time,
DATE_FORMAT(create_time, '%Y-%m-%d') AS create_day
FROM user_record
) t;
这样DATE_FORMAT函数只需要执行一次，而不是在每一个分支条件中都执行一次。
移除无效分支
检查CASE-WHEN的分支是否存在逻辑上不可能被匹配到的无效分支，比如条件被前面的分支完全包含，或者条件和查询的其他过滤条件冲突，这些分支可以直接移除，减少解析器的判定工作量。
用其他方式替代复杂CASE-WHEN
如果CASE-WHEN的分支超过10个，且条件逻辑复杂，可以考虑用临时表关联、应用层处理等方式替代。比如把分支条件和对应结果存到一张配置表中，通过JOIN操作匹配结果，往往比复杂的CASE-WHEN语句执行效率更高。
优化效果验证
可以通过EXPLAIN命令查看优化前后语句的执行计划，对比扫描行数、执行时间等指标。对于数据量大的表，优化分支顺序、简化条件逻辑后，执行时间通常可以降低30%以上。
比如优化前的用户记录查询语句，在数据量为100万条的表中执行需要1.2秒，调整分支顺序后执行时间降低到0.8秒，优化效果比较明显。