必须用子查询预聚合解决多对多JOIN后SUM/COUNT翻倍问题，因JOIN会生成重复行导致统计放大；子查询需带别名、字段类型一致、WHERE条件内置，且避免相关子查询。
多对多关联表直接 JOIN 后用 SUM 或 COUNT 统计，结果必然翻倍或错乱——这不是 SQL 异常，是关系代数的必然结果。必须用子查询预聚合，把“一对多膨胀”在 JOIN 前切掉。
为什么 LEFT JOIN 多对多表后 SUM 会翻倍
主表一行（如用户）通过中间表关联到 N 个从表记录（如多个标签），JOIN 就会生成 N 行重复数据；SUM 对这 N 行逐行累加，自然放大 N 倍。这不是 bug，是数据模型决定的物理行为。
- 用
SELECT user_id, COUNT(*) FROM users u LEFT JOIN user_tag ut ON u.id = ut.user_id GROUP BY u.id查每用户关联多少条中间记录，就能验证是否已膨胀 - 若只需汇总值（如总标签数、平均文章数），绝不能把聚合函数放在 JOIN 后的
SELECT里 - 若还需明细字段（如最新打标时间），子查询预聚合就不够用，得换
LATERAL或窗口函数
子查询预聚合怎么写才不报错
核心是：子查询必须返回唯一键 + 聚合结果，且外层 JOIN 条件必须严格匹配该键。MySQL 报 Error Code: 1248. Every derived table must have its own alias 就是因为漏了别名。
- 子查询必须带
AS alias_name，别名不能是保留字（如order、group） - 示例（统计每个用户拥有的标签总数）：
SELECT u.id, u.name, COALESCE(t.tag_count, 0) AS tag_count FROM users u LEFT JOIN ( SELECT user_id, COUNT(*) AS tag_count FROM user_tag GROUP BY user_id ) AS t ON u.id = t.user_id;
- 子查询里的
WHERE条件（如只算有效标签）必须写在子查询内部，不能挪到外层WHERE，否则会把LEFT JOIN变成INNER JOIN
预聚合时 NULL 和类型不一致的坑
COALESCE 不只是让显示好看，它防止 NULL 在计算中透传导致前端崩溃或报表归零；而字段类型不一致会让索引失效，预聚合白做。
- 中间表的
user_id是BIGINT，主表users.id也必须是BIGINT，不能一边是INT一边是VARCHAR - 别在
ON里写u.id = CAST(t.user_id AS CHAR)这类转换，强制类型转换等于放弃索引 - 如果中间表有状态字段（如
is_active），预聚合时要明确是否包含is_active IS NULL的记录，否则部分用户会彻底消失
什么时候子查询预聚合反而更慢
当子查询被写成相关子查询（correlated subquery），比如 SELECT (SELECT COUNT(*) FROM user_tag WHERE user_id = u.id) FROM users u，数据库会对主表每行执行一次子查询——百万用户就是百万次扫描。
- 确保子查询是独立的（不引用外层表字段），才能被优化器一次性物化
- 给子查询中的
GROUP BY字段建索引，例如user_tag(user_id)单列索引足够 - 避免在子查询里用函数分组，如
GROUP BY YEAR(created_at)，这会让索引失效
真正难的不是写对语法，而是判断哪一层该聚合、哪一层该保留明细——一旦需要「每个用户最新打标时间 + 标签总数」，子查询就得分两层，或者直接上 ROW_NUMBER()。
