能，但有严格限制：MySQL、PostgreSQL、SQL Server均支持在SET中嵌套返回单行单列的标量子查询，多行或多列则报错；相关子查询需明确字段限定，性能差时应改用JOIN+聚合派生表。
子查询能直接放在UPDATE的SET子句里吗？
能，但有严格限制：MySQL、PostgreSQL、SQL Server 都支持在 SET 中嵌套标量子查询（即返回单行单列的子查询），但不能是多行或多列结果。一旦子查询返回多于一行，会直接报错，比如 MySQL 报 Subquery returns more than 1 row，PostgreSQL 报 more than one row returned by a subquery used as an expression。
常见错误场景：想用 SELECT AVG(price) FROM orders GROUP BY customer_id 这种带 GROUP BY 的聚合子查询更新用户平均消费字段——这会失败，因为结果是多行。
- 必须确保子查询只返回一个值，通常靠
WHERE条件绑定到当前行，例如(SELECT AVG(o.price) FROM orders o WHERE o.user_id = users.id) - 若需按组聚合再更新，得改用
JOIN+ 聚合表的方式，而不是硬塞进SET - 标量子查询在
SET中会被每行执行一次，大数据量时性能明显下降，别在百万级表上无索引地这么干
如何安全地用聚合结果批量更新关联表？
推荐用 UPDATE ... JOIN（MySQL）或 UPDATE ... FROM（PostgreSQL）结构，把聚合结果先算好，再和主表关联。这样避免重复执行子查询，也绕开标量限制。
例如：给 users 表的 avg_order_amount 字段填入每位用户的平均订单金额：
-- MySQL 写法 UPDATE users u JOIN ( SELECT user_id, AVG(amount) AS avg_amt FROM orders GROUP BY user_id ) o ON u.id = o.user_id SET u.avg_order_amount = o.avg_amt;
PostgreSQL 则写成：
-- PostgreSQL 写法 UPDATE users u SET avg_order_amount = o.avg_amt FROM ( SELECT user_id, AVG(amount) AS avg_amt FROM orders GROUP BY user_id ) o WHERE u.id = o.user_id;
- 子查询必须显式命名（如
o），否则语法报错 -
GROUP BY字段必须和JOIN/WHERE条件字段一致，否则可能漏更新或笛卡尔积 - 如果某用户没有订单，
JOIN会跳过该行；需要设默认值（如0）就得用LEFT JOIN并配合COALESCE
UPDATE中子查询引用外层表字段时要注意什么？
标量子查询里可以引用外层表字段（相关子查询），但容易因字段歧义出错。比如 users 和 orders 都有 id 字段，子查询里写 WHERE user_id = id 就可能误匹配到 orders.id。
- 务必用表别名限定字段，如
WHERE o.user_id = u.id - MySQL 8.0+ 支持 CTE，可先定义聚合结果再引用，逻辑更清晰：
WITH order_avgs AS (SELECT ...) UPDATE ... JOIN order_avgs ... - SQL Server 不允许在
UPDATE的FROM子句里对同一表既更新又查询，得用派生表或 CTE 绕过
为什么UPDATE加子查询后变慢，甚至锁住整张表？
核心原因是子查询没走索引，或优化器无法有效下推条件。特别是标量子查询，在更新每一行时都重新执行一遍聚合，相当于 N × 聚合扫描。
- 检查子查询里的
WHERE条件字段是否建了索引，比如orders(user_id, amount)复合索引能加速AVG(amount) WHERE user_id = ? - 避免在子查询里用函数包裹关联字段，如
WHERE YEAR(created_at) = 2023，会导致索引失效 - 某些数据库（如旧版 MySQL）在
UPDATE ... JOIN中，若聚合子查询没明确GROUP BY，可能触发全表扫描后再去重，务必用EXPLAIN确认执行计划
复杂聚合更新不是“写出来就能跑”，关键在让数据库少算几次、少扫几行。字段别名、索引覆盖、执行计划验证，漏掉任何一环都可能让语句从秒级变成小时级。
