MySQL 8.0.19+ 支持 UPDATE SET (c1,c2) = (SELECT a,b ...) 多列赋值，但子查询必须严格返回一行两列且不能含外部引用；否则报错。兼容性差，推荐统一用 JOIN 方式更新。
UPDATE 多列赋值时子查询必须返回单行结果
SQL 标准中，UPDATE ... SET (col1, col2) = (SELECT a, b FROM ...) 这种写法只在 PostgreSQL 和部分新版 MySQL（8.0.19+）中被支持；绝大多数场景（尤其是 MySQL 5.7、SQL Server、Oracle）不支持多列元组式赋值。直接写会报错：Operand should contain 1 column(s) 或 Subquery returns more than 1 row。
真正能跑通的前提是：子查询必须严格返回**一行两列**（或对应列数），且不能有聚合未分组、JOIN 产生笛卡尔积等隐式多行风险。
- 别依赖“看起来只有一条数据”——加
WHERE条件或LIMIT 1（MySQL）/FETCH FIRST 1 ROW ONLY（PostgreSQL）做兜底 - 如果子查询逻辑本就可能无结果，整行更新会设为
NULL（除非用COALESCE包裹） - SQL Server 完全不支持这种语法，必须改用
JOIN方式
MySQL 8.0.19+ 支持多列子查询赋值但有严格限制
MySQL 在 8.0.19 引入了对 SET (c1,c2) = (SELECT ...) 的支持，但它要求子查询必须是“标量子查询”（scalar subquery）的扩展形式，即返回固定列数的单行结果，且不能含外部引用列（correlated reference）在 SELECT 列表里。
例如下面写法在 MySQL 8.0.19+ 可行：
UPDATE orders SET (status, updated_at) = ( SELECT 'shipped', NOW() FROM dual WHERE EXISTS (SELECT 1 FROM shipments s WHERE s.order_id = orders.id) ) WHERE id = 123;
但下面会失败：
UPDATE orders SET (status, updated_at) = ( SELECT s.status, s.shipped_at -- ❌ 报错：subquery cannot contain references to outer table in SELECT list FROM shipments s WHERE s.order_id = orders.id ) WHERE id = 123;
- 想关联更新必须改用
JOIN（见下节） -
dual是占位符，仅用于生成单行；若子查询需查真实表，务必确保WHERE能唯一命中一行 - 不建议在生产环境依赖此语法——兼容性差，出错提示模糊
跨表更新多列最稳的方式是 JOIN + UPDATE
几乎所有主流数据库（MySQL、PostgreSQL、SQL Server、Oracle）都支持 UPDATE ... FROM 或 UPDATE ... JOIN 语法，这是处理“根据另一张表更新本表多列”的事实标准。
MySQL 写法：
UPDATE orders o
JOIN shipments s ON o.id = s.order_id
SET o.status = s.status,
o.updated_at = s.shipped_at,
o.tracking_no = s.tracking_no
WHERE o.id = 123;PostgreSQL / SQL Server 写法（使用 FROM）：
UPDATE orders
SET status = s.status,
updated_at = s.shipped_at,
tracking_no = s.tracking_no
FROM shipments s
WHERE orders.id = s.order_id
AND orders.id = 123;- JOIN 条件必须能精准定位目标行，否则可能意外更新多行
- MySQL 中
UPDATE ... JOIN不允许对被 JOIN 的表（如s）做 SET 操作，只能更新主表（o） - PostgreSQL 中
FROM子句里的表不能出现在SET右侧表达式中（比如不能写SET x = s.x + 1？可以，但需注意别漏掉WHERE关联条件，否则变 CROSS JOIN）
用临时表或 CTE 避免重复计算和逻辑耦合
当子查询本身较重（含窗口函数、多层嵌套、大表 JOIN），又要在多列赋值中复用结果时，硬塞进多个 SELECT 子句会导致重复执行，性能崩坏。此时应提前物化中间结果。
PostgreSQL / SQL Server 支持 CTE：
WITH latest_shipment AS (
SELECT order_id, status, shipped_at, tracking_no
FROM shipments
WHERE (order_id, created_at) IN (
SELECT order_id, MAX(created_at)
FROM shipments
GROUP BY order_id
)
)
UPDATE orders
SET status = ls.status,
updated_at = ls.shipped_at,
tracking_no = ls.tracking_no
FROM latest_shipment ls
WHERE orders.id = ls.order_id;MySQL 5.7 可用临时表模拟：
CREATE TEMPORARY TABLE _tmp_ship AS SELECT order_id, status, shipped_at, tracking_no FROM shipments ...; <p>UPDATE orders o JOIN _tmp_ship s ON o.id = s.order_id SET o.status = s.status, ...;
- CTE 在 PostgreSQL 中是优化器友好的，不一定真物化；SQL Server 默认物化；MySQL 8.0+ CTE 可递归但非物化，慎用于大数据量
- 临时表方式更可控，但要注意生命周期和并发安全（尤其在存储过程中）
- 别忘了给 JOIN 字段建索引——
shipments(order_id)这类字段没索引，JOIN 更新会全表扫
实际写的时候，先看数据库版本和方言，再决定走 JOIN 还是子查询；多列更新的核心从来不是语法炫技，而是让每一列的来源清晰、可验证、可压测。最常被忽略的是：没确认子查询是否真的只返回一行，以及 JOIN 条件漏写导致误更新整张表。
