UPDATE语句不能直接使用GROUP BY子句，因二者语义冲突：UPDATE按行修改，GROUP BY用于聚合抽象；必须通过子查询或JOIN先计算分组结果再更新。
GROUP BY 不能直接跟 UPDATE，这是硬限制
SQL 标准里，UPDATE 语句不支持 GROUP BY 子句。你写 UPDATE ... GROUP BY ... 会直接报错（比如 MySQL 报 ERROR 1064，PostgreSQL 报 syntax error at or near "GROUP"）。这不是语法糖缺失，而是语义冲突：UPDATE 是按行修改，GROUP BY 是聚合抽象，二者操作粒度不兼容。
用子查询 + JOIN 实现“合并后更新”
核心思路是：先用 GROUP BY 算出每个分组的汇总值（如 SUM(amount)），再把这个结果作为临时表，和原表 JOIN 更新目标行。注意必须确保 JOIN 条件能精准定位到要更新的“代表行”，否则可能误更新或多更新。
常见做法：
- 假设表
orders有字段user_id、status、amount，想把相同user_id和status的记录合并，只保留一条，并把amount更新为总和 - 先选一个唯一标识每组的“主键行”，比如取
MIN(id)或MAX(id)对应的记录作为保留行 - 用子查询算每组总和，再和原表关联更新那条主键行
MySQL 示例（更新保留行的 amount）：
UPDATE orders AS o JOIN ( SELECT user_id, status, MIN(id) AS min_id, SUM(amount) AS total_amount FROM orders GROUP BY user_id, status ) AS g ON o.id = g.min_id SET o.amount = g.total_amount;
PostgreSQL 需用 FROM 扩展语法：
UPDATE orders SET amount = g.total_amount FROM ( SELECT user_id, status, MIN(id) AS min_id, SUM(amount) AS total_amount FROM orders GROUP BY user_id, status ) AS g WHERE orders.id = g.min_id;
UPDATE 后要不要 DELETE 重复行？得看业务逻辑
上面操作只更新了代表行，其余重复行还留在表里——这不算“合并”，只是“同步汇总值”。真要物理合并，必须补上 DELETE 步骤。但要注意：
- DELETE 必须排除已更新的那条（即
id != g.min_id），否则会删掉刚更新的数据 - 外键约束、触发器、索引维护都会受影响，建议在事务里执行
- 如果表很大，
DELETE可能锁表或慢，可考虑加LIMIT分批处理（MySQL 支持，PostgreSQL 需用 CTE）
安全删除示例（MySQL）：
DELETE o1 FROM orders AS o1 INNER JOIN orders AS o2 WHERE o1.user_id = o2.user_id AND o1.status = o2.status AND o1.id > o2.id;
别忽略 NULL 和空字符串的分组陷阱
GROUP BY 对 NULL 的处理很关键：多个 NULL 值会被归为同一组（标准 SQL 行为），但如果你的业务里 NULL 代表“未知”而非“相同”，这就导致错误合并。同理，空字符串 '' 和 NULL 永远不等价，但有时业务逻辑会混用。
应对方式：
- 提前用
COALESCE(status, 'UNKNOWN')统一 NULL 表示，避免意外聚合 - 检查分组字段是否有隐藏空格：
TRIM(status)再分组 - 用
HAVING COUNT(*) > 1预查哪些组真有重复，而不是盲目跑 UPDATE
真正容易被忽略的是：UPDATE + JOIN 在高并发下可能因读写顺序产生不一致，尤其当多进程同时跑合并逻辑时——这时需要应用层加分布式锁，或者用带条件的 UPDATE（如 WHERE version = ?）做乐观控制。
