join后sum结果翻倍是笛卡尔积导致的，因一对多关系展开成多行使sum重复计算；应先在关联表聚合再join，或用窗口函数配合distinct，避免在join后直接sum+group by主键。

JOIN后SUM结果翻倍是笛卡尔积导致的

不是SQL写错了，也不是数据库bug，而是JOIN逻辑天然会把一对多关系展开成多行——SUM()算的是所有匹配行的值，不是按原始主表记录聚合的。比如订单表1条记录关联3个订单项，JOIN后就变成3行，SUM(amount)就会把同一笔订单的金额加3次。

用子查询或窗口函数隔离聚合范围

核心思路：先在关联表里完成聚合，再JOIN主表，避免行数膨胀。

• 子查询方式（兼容性好）：

  SELECT o.id, o.order_date, COALESCE(t.total_amount, 0) AS total_amount
  FROM orders o
  LEFT JOIN (
    SELECT order_id, SUM(amount) AS total_amount
    FROM order_items
    GROUP BY order_id
  ) t ON t.order_id = o.id

• 窗口函数（MySQL 8.0+/PostgreSQL/SQL Server）：

  SELECT DISTINCT
    o.id,
    o.order_date,
    SUM(oi.amount) OVER (PARTITION BY oi.order_id) AS total_amount
  FROM orders o
  LEFT JOIN order_items oi ON oi.order_id = o.id

  注意：DISTINCT必须加，否则仍会重复出多行

别在JOIN后直接对明细字段用SUM + GROUP BY主键

常见错误写法：

SELECT o.id, SUM(oi.amount)
FROM orders o
LEFT JOIN order_items oi ON oi.order_id = o.id
GROUP BY o.id

表面看GROUP BY了，但只要oi存在一对多，oi.amount就会被重复计入——因为GROUP BY前已经生成了多行。这不是语法错，是逻辑陷阱。

• 如果非要用这种写法，必须确保JOIN后没有一对多膨胀（例如用MAX()、COUNT()等不依赖行数的聚合）
• SUM(DISTINCT ...)不能解决，金额可能重复且相同，DISTINCT会误去重
• WHERE条件若写在JOIN后，可能意外过滤掉主表空关联记录，建议优先用ON条件过滤关联表

复杂场景下警惕隐式JOIN和多层一对多嵌套

一张订单关联多个商品，每个商品又关联多个库存记录——两层一对多叠加，行数是乘积级爆炸。这时候SUM()可能翻4倍、8倍甚至更多，单靠肉眼很难排查。

• 查执行计划时重点关注rows预估是否异常放大
• 临时加COUNT(*)辅助诊断：

  SELECT o.id, COUNT(*) AS joined_rows, SUM(oi.amount)
  FROM orders o
  LEFT JOIN order_items oi ON oi.order_id = o.id
  GROUP BY o.id

  如果joined_rows > 1且你预期是1:1或1:0，就说明有膨胀
• 多表JOIN时，先单独验证每对表的关联结果集大小，再组合

真正难的不是写出来，而是意识到“我看到的SUM不是业务意义上的总和”——只要JOIN涉及一对多，就得主动控制聚合时机，而不是交给GROUP BY兜底。