mysql禁止update语句在where或from子句中直接引用目标表，会报error 1093；可通过派生表（加as别名）、join替代或分两步执行来绕过限制，同时需注意索引、null处理及单行返回要求。
UPDATE 语句中嵌套子查询的写法限制
MySQL 和 PostgreSQL 允许在 UPDATE 的 SET 子句里直接写子查询，但不能在 WHERE 或 FROM 中引用被更新的表本身（会报错 ERROR 1093: You can't specify target table for update in FROM clause）。SQL Server 和 Oracle 支持更灵活的语法，比如用 FROM 关联子查询结果，但 MySQL 必须绕开这个限制。
MySQL 中避免 “Target table error” 的三种实操方式
核心思路是让子查询“脱离”原表上下文。常见做法有：
- 用派生表（即给子查询加一层
SELECT * FROM (...) AS alias）包装子查询结果，绕过 MySQL 的校验机制 - 改用
JOIN语法：把子查询结果作为临时表与目标表JOIN，再更新字段 - 拆成两步：先将子查询结果插入临时表或变量，再用该结果驱动
UPDATE
例如，想把 orders 表中每个用户的最新订单时间更新到 users 表的 last_order_at 字段：
UPDATE users u JOIN ( SELECT user_id, MAX(created_at) AS max_time FROM orders GROUP BY user_id ) AS tmp ON u.id = tmp.user_id SET u.last_order_at = tmp.max_time;
PostgreSQL 和 SQL Server 的更简洁写法
PostgreSQL 支持 UPDATE ... FROM 语法，子查询可直接出现在 FROM 中，无需额外包装：
UPDATE users SET last_order_at = o.max_time FROM ( SELECT user_id, MAX(created_at) AS max_time FROM orders GROUP BY user_id ) AS o WHERE users.id = o.user_id;
SQL Server 类似，但需用 UPDATE ... FROM 并显式指定别名：
UPDATE u SET last_order_at = o.max_time FROM users u INNER JOIN ( SELECT user_id, MAX(created_at) AS max_time FROM orders GROUP BY user_id ) AS o ON u.id = o.user_id;
注意：SQL Server 不支持在 UPDATE 中省略表别名，UPDATE users SET ... FROM ... 会报错，必须写成 UPDATE u SET ... FROM users u JOIN ...。
子查询返回多行或 NULL 时的更新行为
这是最容易踩坑的地方——子查询若对某条记录返回多行，MySQL/PostgreSQL 会直接报错（Subquery returns more than 1 row），而 SQL Server 可能静默失败或只取第一行（取决于设置）。确保子查询满足：每条匹配记录有且仅有一行输出，通常靠 GROUP BY + 聚合函数，或 LIMIT 1（MySQL）/ TOP 1（SQL Server）。
另外，如果子查询对某用户查不到订单，默认返回 NULL，UPDATE 会把对应字段设为 NULL。如需保留原值，得加条件判断：
SET u.last_order_at = COALESCE(tmp.max_time, u.last_order_at)
或者在 JOIN 时改用 LEFT JOIN 并配合 COALESCE。
子查询性能容易被忽略：如果子查询没走索引，又在大表上执行，整个 UPDATE 可能锁表几十秒。务必确认 orders(user_id, created_at) 有复合索引。
