join后sum/count翻倍是笛卡尔积导致的，因一对多关系展开成多行使聚合重复计算；应先在关联表按关联键预聚合（如group by user_id）再left join主表，并用coalesce处理null。
为什么JOIN后SUM/COUNT会翻倍
多对多关联表直接JOIN后做SUM或COUNT，结果必然放大——这不是SQL bug，是关系代数的物理行为。比如一个用户关联3个标签，users LEFT JOIN user_tag 会生成3行重复用户数据，COUNT(*)就返回3，而不是“1个用户”。
验证是否已膨胀：运行SELECT user_id, COUNT(*) FROM users u LEFT JOIN user_tag ut ON u.id = ut.user_id GROUP BY u.id，看单个user_id是否对应多行。
- 若只需全局汇总（如总标签数），绝不能把
SUM写在JOIN后的SELECT里 - 若还需明细字段（如最新打标时间），子查询预聚合不够用，得换
LATERAL或窗口函数 - 别用
DISTINCT硬压，它掩盖问题且可能误删合法组合（如同一用户不同渠道的相同金额订单）
用子查询预聚合切掉一对多膨胀
核心思路：把“一对多”在JOIN前就压缩成“一对一”，避免主表行被复制。子查询必须返回唯一键 + 聚合结果，外层JOIN条件严格匹配该键。
MySQL报Error Code: 1248. Every derived table must have its own alias，就是漏了别名。子查询必须带AS alias_name，别名不能是保留字（如order、group）。
- 中间表的
user_id是BIGINT，主表users.id也必须是BIGINT，类型不一致会让索引失效 - 过滤条件（如只算
is_active = 1的标签）必须写在子查询内部，不能挪到外层WHERE，否则LEFT JOIN变INNER JOIN - 子查询里用
COALESCE(tag_count, 0)，不只是为了显示好看——NULL透传可能导致前端崩溃或报表归零
示例（统计每个用户拥有的标签总数）：
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 WHERE is_active = 1 GROUP BY user_id ) AS t ON u.id = t.user_id;
LEFT JOIN中间表时WHERE和ON的区别
中间表参与LEFT JOIN，过滤条件位置决定是否丢失“没关联的主表记录”。比如查“所有用户，但只显示角色名为‘admin’的关联”：
- 错：
WHERE r.role_name = 'admin'→ 没角色的用户全被过滤，LEFT JOIN退化为INNER JOIN - 对：
LEFT JOIN role r ON ur.role_id = r.id AND r.role_name = 'admin'→ 保留空角色用户 - 想查“角色3对应的所有用户”，用INNER JOIN，条件放
WHERE或ON都行
执行顺序是FROM → JOIN → WHERE，WHERE是在连接完成之后才执行的。检查EXPLAIN，如果Extra列出现Using where且涉及右表字段，基本可判定逻辑已变异。
ROW_NUMBER()只适合取“最新/最旧一条”场景
ROW_NUMBER()不消除重复，它只是编号——关键在“先编号，再筛选”。典型做法：子查询里对从表按关联字段分组编号，外层只取rn = 1的那行。
-
ORDER BY字段必须有唯一性保障，否则结果不稳定。时间戳相同就补上id DESC二级排序 -
AND l.rn = 1必须写在ON条件里，不能放WHERE，否则LEFT JOIN失效 - MySQL 5.7不支持窗口函数，强行用会报
ERROR 1064；替代方案（自连接）性能差且无法处理时间相同的情况
示例（查每个用户的最新一次登录）：
SELECT u.id, u.name, l.ip, l.login_time
FROM users u
LEFT JOIN (
SELECT user_id, ip, login_time,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY login_time DESC, id DESC) AS rn
FROM login_logs
) l ON u.id = l.user_id AND l.rn = 1;
真正容易被忽略的是：预聚合不是万能解药——当需要同时返回“角色数量”和“所有角色名拼接”时，COUNT和GROUP_CONCAT必须共用同一GROUP BY，否则字段混用会触发MySQL严格模式报错。
