根本原因是区间映射表与主表存在一对多关系，导致JOIN产生笛卡尔膨胀；须确保ON条件为score BETWEEN range_start AND range_end，且区间互斥、全覆盖，否则COUNT/SUM聚合失准。
GROUP BY 配合 JOIN 区间表时，为什么结果行数变多或聚合不准
根本原因是区间映射表（比如 score_ranges）和主表（比如 users）之间是“一对多”关系——一个用户分数可能落在多个区间里，或者 JOIN 条件没写严，导致笛卡尔膨胀。
必须用 ON score BETWEEN range_start AND range_end 且确保区间互斥、覆盖完整；否则 JOIN 会把一条用户记录拆成多行，COUNT() 或 SUM() 就全乱了。
- 检查区间是否重叠：执行
SELECT a.range_start, a.range_end, b.range_start, b.range_end FROM score_ranges a JOIN score_ranges b ON a.id = b.range_start AND a.range_start ，有结果就说明重叠 - 确认区间闭合性：PostgreSQL/MySQL 默认
BETWEEN是闭区间，但如果你用>= AND ，要注意右边界是否漏掉临界值 - 加
DISTINCT ON (user_id)（PostgreSQL）或ROW_NUMBER()（通用）兜底，仅当真没法改区间设计时才用
如何让每个用户只匹配到唯一区间（避免重复计数）
不是靠 GROUP BY 补救，而是从 JOIN 逻辑上保证“一对一”。最稳的方式是用窗口函数找“最先命中”的区间，或者预处理区间表加唯一约束。
推荐用 ROW_NUMBER() 在子查询中打标：
SELECT user_id, name, score, range_name
FROM (
SELECT u.user_id, u.name, u.score, r.range_name,
ROW_NUMBER() OVER (PARTITION BY u.user_id ORDER BY r.range_start) AS rn
FROM users u
LEFT JOIN score_ranges r ON u.score BETWEEN r.range_start AND r.range_end
) ranked
WHERE rn = 1;-
ORDER BY r.range_start是为了在重叠区间中选左端最小的那个；你也可以按r.priority DESC（如果区间表有优先级字段） - 别在外部再套一层
GROUP BY range_name就直接聚合——得先确保每行用户只归属一个区间，再分组才安全 - 如果区间完全不重叠且连续，用
JOIN ... ON u.score >= r.range_start AND u.score + 索引（<code>(range_start, range_end)）性能更好
MySQL 8.0+ vs PostgreSQL 的区间 JOIN 写法差异
核心逻辑一致，但细节影响结果可靠性：MySQL 的 BETWEEN 对 NULL 处理更激进，PostgreSQL 的 RANGE 窗口帧不适用于此场景，别混淆。
- MySQL 中若
score为 NULL，score BETWEEN a AND b整个表达式返回 NULL，该行被过滤掉；需显式写OR u.score IS NULL并指定 NULL 归属哪个区间 - PostgreSQL 支持
SELECT ... FROM users u JOIN LATERAL (SELECT * FROM score_ranges r WHERE u.score BETWEEN r.range_start AND r.range_end LIMIT 1) r，语义更清晰，且天然避免重复 - 两者都建议给
score_ranges(range_start, range_end)建复合索引，否则 JOIN 变全表扫描，万级数据就明显卡顿
聚合时 COUNT(*) 和 COUNT(user_id) 结果不一样，哪个该信
信 COUNT(user_id)。因为 COUNT(*) 统计的是 JOIN 后的行数，而 COUNT(user_id) 统计的是非 NULL 的用户 ID 数——后者才是真实用户数。
- 如果用了
LEFT JOIN且某些用户没匹配到任何区间，user_id仍非 NULL，但range_name是 NULL；此时COUNT(*)会把这些人算进去，COUNT(range_name)却不会 - 想统计“落入各区间的人数”，必须用
COUNT(DISTINCT user_id)（尤其在区间可能重叠又没去重时） - 别省略
COALESCE(range_name, '未分类')，否则 NULL 区间会聚合成一行，但名字看不见，容易误判
实际中最容易被忽略的是区间边界类型和 NULL 分布——同一份 SQL 换个数据库或加个空值，结果就偏移。先验检查区间定义，比事后调 GROUP BY 更省时间。
