约 5 分钟4 张卡

SQL 连接

SQL 连接根据条件组合不同来源的行。本文负责 MySQL 8.0 的匹配、补空、存在性和结果粒度。

1. 面试核心

先记住这几条，再读正文

连接结果。 INNER JOIN 只返回匹配行，LEFT JOIN 还返回补空后的未匹配左行。卡 · 面试核心
一对多关系。 一对多连接为每个匹配对输出一行，所以左表主键会重复出现。对左表金额等字段直接求和时，需要防止这些重复行放大结果。
外连接过滤。 WHERE 中拒绝 NULL 的右表条件会移除 LEFT JOIN 补空行。卡 · 面试核心
存在性判断。 EXISTS 只判断是否存在匹配行，NOT EXISTS 选择没有匹配项的行。卡 · 存在性与反连接
连接与聚合。 多个明细表先按目标粒度聚合，可避免连接后重复求和。卡 · 多明细连接与重复统计

2. 匹配与补空

必会卡 · LEFT JOIN 后在 WHERE 中过滤右表字段，会有什么影响？

CREATE TABLE customers (id INTEGER PRIMARY KEY, name VARCHAR(20));
CREATE TABLE purchases (
  id INTEGER PRIMARY KEY, customer_id INTEGER, amount INTEGER
);
INSERT INTO customers VALUES (1, 'Lin'), (2, 'Ming'), (3, 'Yu');
INSERT INTO purchases VALUES (10, 1, 50), (11, 1, 80), (12, 2, 20);

SELECT c.id, p.id AS purchase_id
FROM customers c
LEFT JOIN purchases p ON p.customer_id = c.id
ORDER BY c.id, p.id;

结果是 (1,10)、(1,11)、(2,12)、(3,NULL)。Lin 有两笔购买，因此出现两行。Yu 没有匹配记录，右侧列补 NULL。改成 INNER JOIN 后，结果只保留匹配行。

3. ON 与 WHERE

ON 决定右表哪些行能匹配。

SELECT c.id, p.id AS purchase_id FROM customers c
LEFT JOIN purchases p
  ON p.customer_id = c.id AND p.amount >= 50
ORDER BY c.id, p.id;

结果是 (1,10)、(1,11)、(2,NULL)、(3,NULL)。金额条件限制购买记录，三个客户仍全部保留。

改为连接后的 WHERE p.amount>=50 时，只剩 Lin 两行。Ming 的 20 不满足条件。Yu 的补空值比较结果为 UNKNOWN，也被 WHERE 移除。

4. 存在性与反连接

必会卡 · 只查有订单或没有订单的客户，为什么可以用 EXISTS 和 NOT EXISTS？

只关心是否有购买记录时，用 EXISTS 表达意图。

SELECT c.id FROM customers c
WHERE EXISTS (SELECT 1 FROM purchases p WHERE p.customer_id=c.id)
ORDER BY c.id;
SELECT c.id FROM customers c
WHERE NOT EXISTS (SELECT 1 FROM purchases p WHERE p.customer_id=c.id)
ORDER BY c.id;

第一条返回 1、2，各出现一次。第二条只返回 3。右表匹配数量不会扩大 EXISTS 查询的结果。

反连接也可写成 LEFT JOIN 后检查右表主键为空。应检查右表保证非空的列，避免误把真实空值当成未匹配。NOT IN 的空值问题见 NOT IN 与 NULL。

5. 多明细连接与重复统计

必会卡 · 订单与标签同时连接后金额翻倍，为什么 DISTINCT 未必能修复？

一个客户有 2 个订单和 3 个标签。两张明细表都按客户关联时，会产生 6 个匹配组合。订单金额被重复 3 次，直接 SUM 会放大总额。

应先将每张明细表聚合到客户粒度，再连接结果。例如购买总额可先计算为一人一行。

SELECT c.id, COALESCE(p.total, 0) AS total
FROM customers c
LEFT JOIN (
  SELECT customer_id, SUM(amount) AS total
  FROM purchases GROUP BY customer_id
) p ON p.customer_id=c.id
ORDER BY c.id;