MySQL的SET在UPDATE中仅用于字段赋值，用户变量赋值须用:=或=单独处理，二者不可混用；需分步实现变量更新与字段修改，或用CASE WHEN批量差异化更新字段。
MySQL 的 SET 关键字本身不用于“更新变量和字段值”的混合操作——它在 UPDATE 语句中只负责给表的**字段赋值**；而用户变量（如 @var）的赋值需用 := 或 = 单独处理，且不能和字段更新混在同一 SET 子句里。混淆这两者是常见错误源头。
UPDATE 中的 SET 只管字段，不管用户变量
UPDATE 语句里的 SET 是专为表字段设计的语法成分，格式固定为 字段名 = 值，多个字段用逗号分隔。它不解析也不支持用户变量赋值表达式。
- ✅ 正确：更新两个字段
UPDATE users SET name = 'Alice', email = 'a@b.com' WHERE id = 1 - ❌ 错误：
UPDATE users SET @counter := @counter + 1, name = 'Alice'—— MySQL 会报错Unknown column '@counter' in 'field list'，因为@counter不是字段 - ⚠️ 注意：
SET name = @val是合法的（把变量值赋给字段），但@val必须已提前定义，且该语句本身并不“更新变量”
想一边更新字段、一边维护计数器？用变量+UPDATE 分两步
若业务需要类似“按顺序更新并编号”，必须先初始化用户变量，再在 UPDATE 中引用它——但变量更新动作发生在查询执行过程中，不是 SET 子句完成的。
- 先设变量：
SET @row := 0 - 再更新字段并引用：
UPDATE tasks SET sort_order = (@row := @row + 1) WHERE status = 'pending' ORDER BY created_at - 关键点：
@row := @row + 1是表达式求值，不是字段定义；ORDER BY必须显式写出，否则编号顺序不可控 - 风险：该写法依赖 MySQL 执行顺序，在高并发或启用并行查询的版本（如 8.0.30+）中可能产生非预期结果
批量更新不同行的不同字段值？别硬套 SET，用 CASE WHEN
当你要对多条记录分别设置不同值（比如 id=1→status='done'，id=2→status='hold'），SET 字段=值 的静态写法无法满足，必须借助条件表达式。
- 单字段批量差异更新：
UPDATE orders SET status = CASE id WHEN 1 THEN 'done' WHEN 2 THEN 'hold' ELSE status END WHERE id IN (1,2) - 多字段同步更新：
UPDATE orders SET status = CASE id WHEN 1 THEN 'done' WHEN 2 THEN 'hold' END, updated_at = CASE id WHEN 1 THEN NOW() WHEN 2 THEN NOW() END WHERE id IN (1,2) - 坑点：
CASE中没覆盖的行，对应字段会被设为NULL（除非加ELSE 原字段名），漏写ELSE是静默数据丢失的高发原因
真正要“同时更新多个变量”？用 SET 语句单独执行
如果目标只是批量赋值用户变量（不涉及表字段），那就根本不用 UPDATE，直接用会话级 SET 语句：
-
SET @a = 1, @b = 'test', @c = NOW()—— 一行初始化多个变量，逗号分隔 -
SET @x := (SELECT COUNT(*) FROM logs), @y := (SELECT MAX(id) FROM logs)—— 支持子查询赋值 - 注意：
:=和=在变量赋值中等价，但在UPDATE ... SET中只有=是字段赋值操作符，:=会引发语法错误
最易被忽略的是：字段更新和变量操作属于两个执行域，强行合并不仅语法不通，逻辑上也难以调试。实际写 SQL 时，先明确你到底要改表数据，还是要算中间值——选对工具比技巧更重要。
