CASE语句必须写在触发器主体的BEGIN...END块内，常用于SET赋值或DML语句中；单字段多值映射用CASE更简洁，多条件联合判断则优先选IF；务必补ELSE防NULL异常，避免跨表查询引发性能与死锁问题。
SQL触发器里CASE语句写在哪？
必须写在触发器主体的 BEGIN ... END 块内，不能直接挂在 CREATE TRIGGER 后面。很多人把 CASE 当成独立语句塞在触发器定义开头，结果报错 ERROR 1064 —— 实际上它只是表达式或语句块的一部分，得配合 IF、SET 或 DML 一起用。
常见写法有两类：
-
SET赋值时用：SET @status = CASE WHEN NEW.amount > 1000 THEN 'HIGH' ELSE 'NORMAL' END; - DML 中嵌入：
INSERT INTO log_table (level) VALUES (CASE WHEN NEW.type = 'A' THEN 'alert' ELSE 'info' END); - 想做条件分支控制流程？得套
IF ... THEN ... END IF;，CASE本身不支持跳过语句执行
触发器中用CASE还是IF更合适？
看判断维度：单字段多取值映射（比如状态码转文字）用 CASE 更简洁；涉及多个字段联合判断、带复杂条件或需要提前退出逻辑，优先选 IF。
例如判断订单是否达标返券：
IF NEW.total >= 500 AND NEW.payment_method = 'wechat' AND NEW.user_level IN ('gold', 'platinum') THEN
INSERT INTO coupon_issued (...) VALUES (...);
END IF;
换成 CASE 不仅冗长，还容易漏掉逻辑组合——CASE 天然只支持“一个表达式对多个值”的匹配，不擅长 AND/OR 混合条件。
性能上没本质差别，但 MySQL 8.0+ 对 IF 的优化略好于嵌套过深的 CASE，尤其在触发器频繁执行时。
触发器里CASE返回NULL导致数据异常怎么办？
这是最隐蔽的坑：CASE 没写 ELSE，而输入值又不匹配任何 WHEN 分支，结果自动返回 NULL。如果这个值插进非空字段，整个触发器就失败，连原 SQL 都回滚。
务必检查三处：
- 所有
CASE后面都补上ELSE ...，哪怕只是ELSE 'unknown'或ELSE NULL（但要确认目标字段允许 NULL） - 注意
NEW.xxx或OLD.xxx本身可能是NULL，WHEN NEW.status = 'active'不会匹配NULL，得单独写WHEN NEW.status IS NULL - 字符串比较注意大小写和空格，MySQL 默认不区分大小写，但用
COLLATE utf8mb4_bin就会，容易漏判
跨表查询+CASE在触发器里能用吗？
能，但极其不推荐。触发器里执行 SELECT ... FROM other_table 再套 CASE，会显著拖慢主 SQL 性能，还可能引发死锁——特别是更新同一张表时。
典型反例：
SELECT COUNT(*) INTO @cnt FROM user_profile WHERE user_id = NEW.user_id; SET NEW.level_label = CASE WHEN @cnt > 0 THEN 'verified' ELSE 'basic' END;
更稳妥的做法是：
- 把依赖的字段冗余到当前表（比如加个
user_verified布尔列），用业务代码维护一致性 - 真要查，改用
LEFT JOIN在主 SQL 中完成，别塞进触发器 - MySQL 8.0.16+ 支持触发器内调用存储函数，可把跨表逻辑封装进去，但依然要评估锁粒度和并发影响
触发器不是万能胶，越复杂的判断越该前置到应用层或用异步任务处理。硬塞进去，出问题时连日志都难定位。
