sum(amount)会翻倍是因为join在聚合前执行，导致主表一行被复制多次，同一金额被重复累加；唯一可靠解法是先对多端表按关联键预聚合再join。
直接在 JOIN 后对 amount 用 SUM() 会导致结果翻倍甚至更高——这不是 SQL 写错了，而是 JOIN 把主表一行“复制”了 N 次（N = 关联子表匹配行数），SUM() 真的把同一笔金额加了 N 遍。唯一可靠解法是：先对多端表按关联键预聚合，再 JOIN 主表。
为什么 SUM(amount) 会翻倍？
JOIN 是在投影（SELECT）之前完成的。哪怕你只写 SELECT u.id, u.name, SUM(o.amount)，数据库仍会先执行完整 JOIN，生成膨胀的结果集，再做聚合。例如一个用户有 3 笔订单，u.id 和 u.name 就会在中间结果里出现 3 次，SUM(o.amount) 就会对这 3 行的 amount 值累加——相当于把同一用户总金额算了 3 遍。
常见错误现象：
-
SELECT u.id, SUM(o.amount) FROM users u LEFT JOIN orders o ON u.id = o.user_id GROUP BY u.id—— 看似合理，但若orders表里有重复user_id或未清理的测试数据，SUM 仍会失真 - 用
DISTINCT包裹amount：SUM(DISTINCT amount)—— 这是去重金额值，不是去重行；一笔 100 元订单和另一笔 100 元订单会被当成同一个值，完全偏离业务含义
必须用预聚合：先 GROUP BY 子表，再 JOIN
核心动作是切断“主表行被复制”的链条。不把明细订单直接拉进来，而是先把订单按 user_id 汇总成一行。
正确写法（子查询方式）：
SELECT u.id, u.name, COALESCE(ord.total_amount, 0) AS total_amount FROM users u LEFT JOIN ( SELECT user_id, SUM(amount) AS total_amount FROM orders GROUP BY user_id ) ord ON u.id = ord.user_id;
关键点：
- 子查询里
GROUP BY user_id是必须的——它确保每个user_id只产出一行 -
ON u.id = ord.user_id的字段必须和子查询GROUP BY字段严格一致，类型也要匹配（比如都是INT，避免VARCHAR隐式转换） - 用
COALESCE()处理LEFT JOIN未匹配时的NULL，否则SUM()返回NULL而非0 - 如果还要统计订单数、平均金额等，直接在子查询里加
COUNT(*)、AVG(amount)即可，无需额外 JOIN
别在 ON 或 WHERE 里过滤右表字段
这是让 LEFT JOIN 悄悄变 INNER JOIN 的高发区。例如想查“已支付订单的用户总金额”，错误写法：
SELECT u.id, SUM(o.amount) FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.status = 'paid' -- ⚠️ 这行会让没订单或订单未支付的用户全被过滤掉 GROUP BY u.id;
正确做法是把条件移到子查询内部：
SELECT u.id, u.name, COALESCE(ord.total_amount, 0) FROM users u LEFT JOIN ( SELECT user_id, SUM(amount) AS total_amount FROM orders WHERE status = 'paid' -- ✅ 在聚合前过滤 GROUP BY user_id ) ord ON u.id = ord.user_id;
其他易踩坑点：
- 子查询漏写
GROUP BY—— 结果仍是明细，预聚合失效 - 外层
SELECT引用了子查询未输出的字段（如o.created_at），会报错或返回随机值 - MySQL 5.7+ 严格模式下，若子查询没包含所有非聚合字段，外层
GROUP BY会直接拒绝执行
什么时候不该用预聚合？
预聚合解决的是“要统计值”的场景。如果你实际需要的是“每个用户的最新一笔订单详情”，那预聚合就丢信息了——此时该用窗口函数：
SELECT u.id, u.name, o.order_id, o.amount, o.created_at
FROM users u
LEFT JOIN (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) o ON u.id = o.user_id AND o.rn = 1;
注意 o.rn = 1 必须写在 ON 子句里，不能写在 WHERE，否则 LEFT JOIN 语义被破坏。
真正容易被忽略的细节是：预聚合子查询的 GROUP BY 字段和外层 ON 条件一旦不一致（比如子查询按 CAST(user_id AS CHAR) 分组，外层却用 INT 匹配），就会导致 JOIN 失效，结果中大量 NULL，且很难一眼发现。
