UPDATE不支持直接在SET子句中使用COUNT、SUM等聚合函数，必须通过关联子查询或JOIN派生表实现；标量子查询需确保单值返回，多字段更新应避免重复扫描而采用GROUP BY派生表；须注意NULL处理、索引优化、锁风险及业务语义准确性。
UPDATE 本身不支持直接调用 COUNT、SUM 等聚合函数更新目标字段——SQL 标准语法中，UPDATE 的 SET 子句不能包含聚合函数，除非嵌套在子查询中。想把统计值写入某张表的字段，必须靠子查询驱动。
UPDATE 中嵌套聚合子查询的写法
核心是把聚合结果作为标量子查询（返回单值）提供给 SET。例如：要把每个客户的订单总金额填入 customers.total_spent 字段：
UPDATE customers SET total_spent = ( SELECT COALESCE(SUM(o.amount), 0) FROM orders o WHERE o.customer_id = customers.id );
-
COALESCE(..., 0)防止客户无订单时写入NULL - 子查询必须关联主表（这里是
customers.id），否则会变成“全表聚合”，所有行写入同一个值 - 若子查询返回多行（比如漏写
WHERE关联条件），语句会报错：Subquery returns more than 1 row
多字段批量聚合更新（避免重复扫描）
一次 UPDATE 更新多个统计字段（如订单数、总金额、平均单价）时，不要写多个独立子查询——这会导致对 orders 表扫描多次，性能差。
正确做法是用 JOIN + 聚合派生表：
UPDATE customers c
JOIN (
SELECT
customer_id,
COUNT(*) AS order_count,
COALESCE(SUM(amount), 0) AS total_spent,
COALESCE(AVG(unit_price), 0) AS avg_unit_price
FROM orders
GROUP BY customer_id
) agg ON c.id = agg.customer_id
SET
c.order_count = agg.order_count,
c.total_spent = agg.total_spent,
c.avg_unit_price = agg.avg_unit_price;
- 派生表
agg只扫描orders一次，完成全部聚合 -
JOIN条件必须明确，且确保customer_id在派生表中唯一（GROUP BY保证） - 如果某些客户在
orders中无记录，JOIN会跳过他们——需改用LEFT JOIN并配合COALESCE填默认值
WHERE 条件与 NULL 处理的坑
聚合子查询中容易忽略空值和边界情况：
-
SUM()和AVG()自动忽略NULL，但若整组都是NULL，SUM返回NULL，AVG返回NULL——直接赋值会导致目标字段变NULL，而非 0 或其他默认值 -
COUNT(column)统计非空值，COUNT(*)统计所有行；更新用户数时别错用COUNT(email)漏掉未填邮箱的用户 -
WHERE放在子查询里（如只统计“已完成”订单），而不是主UPDATE的WHERE——后者无法控制聚合范围
UPDATE 聚合值时的锁与性能风险
大表执行这类更新可能引发长时间行锁或表锁，尤其当子查询涉及全表扫描或缺少索引时：
- 确保子查询中的关联字段（如
orders.customer_id）有索引，否则JOIN或相关子查询会极慢 - 避免在高峰期对核心业务表（如
customers）执行全表聚合更新；可分批更新，例如加WHERE c.id BETWEEN 1000 AND 2000 - MySQL 8.0+ 支持
UPDATE ... SET ... FROM语法（类似 PostgreSQL），但仍是非标准写法，兼容性差，不建议跨数据库迁移时依赖
真正难的不是写出能跑的语句，而是让聚合逻辑和更新范围严格匹配业务语义——比如“最近30天订单总额”和“历史累计总额”混用一个字段，后续就很难回溯。
