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+ 均无问题

避免踩坑的写法：

• 不混用字段和计算：不要写 SET a = b * 2, b = a —— a 右侧是旧值，但 b * 2 是基于旧 b，逻辑可能不符合预期
• 跨类型字段慎换：比如 INT 和 VARCHAR 字段互换，可能触发隐式转换或报错
• 有触发器的表要特别注意：交换操作会触发 BEFORE/AFTER UPDATE，而触发器看到的是“新值”，不是你想象中的中间态

实际交换永远只依赖一行内的原始快照，理解这一点，就不用绕路建临时列或用子查询。最难的往往不是语法，而是确认你要换的真是那几行、那几个值。