在数据库查询中，左连接（LEFT JOIN）用于保留左表全部记录并关联右表匹配项。但实际开发中，经常会遇到左连接之后结果行数比左表本身还多的情况，这往往是因为右表存在一对多关系，使左表的一行被重复展开。
左连接为何产生多余重复数据
左连接的逻辑是：对于左表的每一行，只要在右表中找到满足条件的记录，就将两者组合输出。如果右表针对某个连接键存在多条记录，那么左表这一行就会和右表的多条记录分别组合，从而造成重复。
示例表结构
| 表名 | 字段说明 |
|---|---|
| users | 用户主表，user_id 为主键 |
| orders | 订单表，user_id 关联用户，一个用户可有多个订单 |
当我们直接左连接时：
SELECT u.user_id, u.name, o.order_id FROM users u LEFT JOIN orders o ON u.user_id = o.user_id;
若某用户有3个订单，查询结果中该用户会出现3行，造成左表记录重复放大。
通过子查询先行去重优化
如果业务只需要每个用户的最新一笔订单或某种聚合结果，可以在连接前对右表用子查询去重或聚合，使右表在连接键上唯一，再从源头避免重复。
使用聚合子查询
下面的写法先取出每个用户的最大订单号，保证右表按 user_id 唯一：
SELECT u.user_id, u.name, t.latest_order_id
FROM users u
LEFT JOIN (
SELECT user_id, MAX(order_id) AS latest_order_id
FROM orders
GROUP BY user_id
) t ON u.user_id = t.user_id;
使用去重子查询
若只需判断是否下过单，可用 DISTINCT 子查询精简右表：
SELECT u.user_id, u.name, d.has_order
FROM users u
LEFT JOIN (
SELECT DISTINCT user_id, 1 AS has_order
FROM orders
) d ON u.user_id = d.user_id;
优化要点总结
- 明确右表连接键是否唯一，一对多是重复根源
- 在
FROM中子查询里用 GROUP BY 或 DISTINCT 提前去重 - 只对必要字段做子查询，减少临时集体积
- 为连接键建立索引，提升子查询与连接效率
左连接重复不是 bug，而是关联语义的直观体现。通过子查询先行去重，能把一对多降维成一对一，既保证结果正确，也改善性能。
常见误区
有人试图用 SELECT DISTINCT 包裹整个结果来去重，这往往掩盖了数据膨胀问题，且无法精确控制保留哪条右表记录。正确做法是从连接源头即子查询阶段规范右表粒度。