UPDATE中直接交换两字段值不会出错，因为SET右侧表达式基于更新前的行快照统一计算，如SET a=b, b=a安全有效；三字段循环互换同理，非循环映射需确保右侧均为原值。
UPDATE 中直接交换两个字段值为什么不会出错？
SQL 的 UPDATE 语句在执行时，所有 SET 子句右侧的表达式是在语句开始前“快照”当前行状态后统一计算的，不是逐条赋值。这意味着你可以安全地写 SET a = b, b = a，而不会因为先改了 a 导致 b 被赋成新值。
- 这是标准 SQL 行为，MySQL、PostgreSQL、SQL Server、SQLite 均支持
- 不需要临时变量或中间表
- 本质是“原子读取 + 批量写入”，不是顺序执行
比如把用户表里 first_name 和 last_name 对调：
UPDATE users SET first_name = last_name, last_name = first_name WHERE id = 123;
三个及以上字段循环互换怎么写？
超过两个字段时，不能简单链式写 SET a=b, b=c, c=a——这会让 c 被赋成原始 a，但 a 已被改成原始 b，逻辑就乱了。
- 正确做法：全部右侧用原始值，即用同一行的“旧值”参与计算
- 可借助 CASE 或直接引用原字段（只要数据库支持）
例如字段 x→y→z→x 循环互换：
UPDATE t SET x = y, y = z, z = x;
✅ 这行得通，因为三个等号右边的 y、z、x 都是更新前的值。
但如果想实现 x→z、y→x、z→y 这种非循环映射，就得显式写出原始值：
UPDATE t SET x = z, y = x, z = y;
⚠️ 注意：这里右侧的 z、x、y 仍是原值，所以结果是安全的。
WHERE 条件遗漏或写错会导致全表误交换
多字段互换本身很简洁，但副作用极大：一旦没加 WHERE，或者条件恒真（如 WHERE 1），整张表对应字段就会批量对调，且不可逆（除非有备份）。
- 建议操作前先用
SELECT验证范围：SELECT id, a, b FROM tbl WHERE ...;
- MySQL 等默认不开启 safe-update 模式，
UPDATE无WHERE会直接执行 - PostgreSQL 会报错
ERROR: zero-length delimited identifier at or near ""吗？不会，但它允许无 WHERE，务必小心
常见翻车场景：
- 复制粘贴时删掉了
WHERE行 -
WHERE status = 'active'写成WHERE status = active（缺少引号，变成列名比较） - 用 ORM 拼条件时，空条件未过滤，生成了
WHERE 1=1
某些数据库对 NULL 或表达式有特殊处理
- 如果字段含
NULL，SET a = b, b = a 仍能正常交换，NULL 会被原样传递
- 但若右侧是表达式（如
SET a = b + 1），就不能再用于互换逻辑，因为不再是“原值”
- SQLite 在较老版本中对多赋值的支持稍弱，建议用 3.20+；MySQL 5.7+、PG 9.6+ 均无问题
NULL，SET a = b, b = a 仍能正常交换，NULL 会被原样传递SET a = b + 1），就不能再用于互换逻辑，因为不再是“原值”避免踩坑的写法：
- 不混用字段和计算：不要写
SET a = b * 2, b = a——a右侧是旧值，但b * 2是基于旧b，逻辑可能不符合预期 - 跨类型字段慎换：比如
INT和VARCHAR字段互换，可能触发隐式转换或报错 - 有触发器的表要特别注意：交换操作会触发
BEFORE/AFTER UPDATE，而触发器看到的是“新值”，不是你想象中的中间态
实际交换永远只依赖一行内的原始快照，理解这一点，就不用绕路建临时列或用子查询。最难的往往不是语法，而是确认你要换的真是那几行、那几个值。
