非等值关联不能依赖group by解决数据翻倍问题，应改用相关子查询或lateral/apply在每行独立执行范围查找，确保范围条件严格置于on子句内，避免where中补过滤导致先膨胀后过滤。
GROUP BY 不能解决非等值关联导致的数据翻倍
直接用 GROUP BY 对非等值关联（如 ON a.id >= b.start_id AND a.id ）后的结果做聚合，无法修复翻倍——因为翻倍发生在 JOIN 阶段，而 <code>GROUP BY 是执行顺序中靠后的一环，它只能对已经膨胀的物理行做“事后分组”，SUM、COUNT 等函数照样重复计算。
先确认是不是非等值关联在作祟
非等值关联（范围 JOIN、区间匹配）天然容易引发一对多甚至多对多，比如用时间范围匹配订单和促销活动、用 IP 段匹配用户地域。这类 JOIN 很难有唯一性保障，一不留神就爆炸：
- 执行
EXPLAIN看rows或rows_examined：如果主表 1 万行，但预估扫描行数达百万级，基本锁定是范围 JOIN 导致的笛卡尔式膨胀 - 手动验证右表覆盖密度：
SELECT COUNT(*) FROM promo_periods p WHERE '2026-08-01' BETWEEN p.start_date AND p.end_date，若返回 >1，说明单个日期可能命中多个活动 - 别信
GROUP BY main.id后的行数正常——SUM 值可能已虚高数倍，得单独查SUM(amount)和COUNT(*)对比业务台账
真正有效的解法是把“匹配逻辑”从 JOIN 中剥离出来
核心思路：不依赖 JOIN ... ON range_condition，改用相关子查询或窗口函数，在主表每行上独立执行一次范围查找并聚合，避免生成中间膨胀行：
- 用相关子查询控制单行输出：
(SELECT SUM(p.discount) FROM promo_periods p WHERE o.order_time BETWEEN p.start_date AND p.end_date)，放在SELECT列表里，每行只算一次，无复制 - 用
LATERAL（PostgreSQL / MySQL 8.0.14+）或APPLY（SQL Server）显式声明“为每行执行一次子查询”，语义清晰且优化器更易下推过滤 - 若必须用 JOIN，先用子查询把右表“离散化”成事件点（如
UNION ALL start_date AS ts, end_date AS ts），再用窗口函数找有效区间，但这复杂度陡增，仅限高频场景且有索引支持
最容易被忽略的坑：非等值条件写在 WHERE 而不是 ON
即使你用了等值 JOIN 主干，一旦在 WHERE 里补了范围条件（如 WHERE o.amount BETWEEN p.min_amount AND p.max_amount），数据库会先全量 JOIN 再过滤——膨胀已发生，GROUP BY 救不了。必须确保所有范围逻辑都收束在 ON 子句内，且右表参与连接的基数可控（例如提前用子查询限定活动状态、时间窗口）。
非等值关联的本质是“一对多不可避”，硬套 GROUP BY 只会掩盖问题；真正要花力气的地方，是把业务语义里的“匹配”动作，从连接操作里解耦出来，落到每行的独立计算上。
