CASE WHEN必须写在SET右边，作为单个标量值；ELSE不可省略，否则未匹配行被设为NULL；WHERE条件必须显式写出并加索引；多字段更新需各自独立CASE；大批量更新应分批或改用临时表JOIN。
UPDATE语句里CASE WHEN必须写在SET右边
很多人写成 UPDATE t SET col = ('a','b','c') WHERE id IN (1,2,3)，直接报错——MySQL不接受元组赋值。正确姿势是把CASE WHEN整个表达式放在等号右边，作为单个标量值参与赋值。
-
CASE必须嵌套在SET子句中，不能放到WHERE或外面 - 每个
WHEN分支的THEN结果必须类型一致：全是字符串、全是整数，混用会触发隐式转换，可能截断或报Truncated incorrect DOUBLE value -
ELSE不是可选语法糖，漏掉会导致所有未匹配行被设为NULL，不是“跳过”，而是“清空”
WHERE id IN (...)不是可选的，是性能和安全底线
没加WHERE条件的CASE WHEN更新，MySQL会扫描全表，对每一行都执行判断逻辑。哪怕你只打算改3行，锁住10万行也毫不意外。
-
WHERE id IN (101, 102, 105)这类条件必须显式写出，且字段要有索引（最好是主键或唯一索引） - IN列表长度建议控制在500–800以内；超1000时优化器可能放弃走索引，退化成
type: ALL - 用
EXPLAIN验证执行计划，确认type是const或range，不是ALL
多字段更新要各自写独立CASE，不能共用一个
想同时更新status和updated_at？不能写一个CASE覆盖两个字段，得为每个字段单独声明。
- 每个字段对应一个
CASE表达式：status = CASE ... END，updated_at = CASE ... END - 每个
CASE里的WHEN条件可以复用同一列（比如都用id），但THEN值类型必须各自内部一致 - 示例：
UPDATE users SET status = CASE id WHEN 101 THEN 'active' ELSE status END, updated_at = CASE id WHEN 101 THEN NOW() ELSE updated_at END WHERE id IN (101)
大批量更新（>5000行）别硬扛CASE WHEN
当你要更新上万行，还坚持拼几千个WHEN分支，SQL长度易超max_allowed_packet，优化器行为不可控，锁等待风险陡增。
- 单次
CASE WHEN更新建议≤800行；超过就该切分事务块，例如每1000行COMMIT一次 - 真要处理几万行，优先走
CREATE TEMPORARY TABLE+UPDATE JOIN：先建临时表存(id, new_value)，再关联更新 - 临时表方案执行计划稳定、可复用、支持复杂计算（比如从另一张表查出新值），而
CASE WHEN纯靠手写逻辑，难维护也难调试
ELSE回退和WHERE索引——它们不报错，但一漏就是静默数据损毁或性能雪崩。 
