MySQL外连接有哪些类型？左连接、右连接和全外连接分别怎么用？

外连接的核心价值在于保留未匹配的数据行。当两张表通过关联字段进行连接时，内连接只返回两边都满足条件的记录，而外连接会额外保留某一张表的全部记录，即使它在另一张表中找不到对应行。MySQL中的外连接主要分为左外连接（LEFT OUTER JOIN）、右外连接（RIGHT OUTER JOIN）以及需要通过SQL组合实现的全外连接（FULL OUTER JOIN）。理解这三种类型，是处理用户留存分析、订单补全、组织架构报表等场景的前提。

MySQL支持省略OUTER关键字，因此LEFT JOIN与LEFT OUTER JOIN完全等价。下面的示例使用departments（部门表）和employees（员工表）来说明不同外连接返回的结果差异。部门表包含技术部、产品部、市场部，员工表中有员工属于技术部、有员工没有部门、还有员工属于一个不存在的部门编号，这样的数据能够清晰展示未匹配行的保留逻辑。

一、外连接的基本分类与语法结构

外连接在SQL标准中通常包括三种：左外连接、右外连接和全外连接。左外连接以JOIN左侧的表为驱动表，保留驱动表的所有行；右外连接以右侧的表为驱动表；全外连接则同时保留左右两张表的所有行。无论哪一种外连接，未匹配到的列都会以NULL填充。

从语法上看，MySQL的LEFT JOIN和RIGHT JOIN结构非常一致。以下先建立测试表并插入数据：

CREATE TABLE departments (
    dept_id INT PRIMARY KEY,
    dept_name VARCHAR(50)
);

CREATE TABLE employees (
    emp_id INT PRIMARY KEY,
    emp_name VARCHAR(50),
    dept_id INT
);

INSERT INTO departments VALUES
(1, '技术部'),
(2, '产品部'),
(3, '市场部');

INSERT INTO employees VALUES
(101, '张三', 1),
(102, '李四', 1),
(103, '王五', NULL),
(104, '赵六', 4);

上述数据中，王五没有部门，赵六的部门编号4在部门表中不存在。这样的数据正好可以暴露内连接和外连接的区别。内连接只会返回张三和李四两条记录，而左外连接会额外保留王五和赵六。

还需要注意，外连接的条件可以分为连接条件和过滤条件。连接条件写在ON子句中，它决定两张表如何匹配；过滤条件写在WHERE子句中，它决定最终返回哪些行。外连接中如果把针对驱动表的条件写在ON和WHERE中，效果可能不同，这一细节会在后面展开。

二、左外连接 LEFT JOIN 详解

左外连接是最常用的外连接类型。它保证LEFT JOIN左侧的表（驱动表）中的每一行都出现在结果集中，即使右侧表中没有匹配记录。当右侧没有匹配时，右侧表的列返回NULL。例如从员工角度查询部门名称：

SELECT e.emp_name, d.dept_name
FROM employees e
LEFT JOIN departments d ON e.dept_id = d.dept_id;

这条查询会返回4行。张三和李四匹配到技术部，王五的dept_id为NULL，无法匹配到任何部门，所以dept_name为NULL；赵六的dept_id为4，但部门表没有4号部门，因此dept_name同样为NULL。可以看到，即使右侧表没有对应数据，左侧员工记录也没有丢失。

左外连接常常被用来发现数据缺口。例如，想找出哪些员工没有部门，可以在外连接结果上继续使用IS NULL判断：

SELECT e.emp_name
FROM employees e
LEFT JOIN departments d ON e.dept_id = d.dept_id
WHERE d.dept_id IS NULL;

这里的WHERE条件是在连接完成后过滤的，所以能够保留结果集中部门字段为空的行。需要注意的是，不能使用d.dept_id = NULL，因为NULL与任何值的等值比较结果都是未知，必须使用IS NULL或IS NOT NULL。另外，如果把过滤条件写成d.dept_name = '技术部'，那么王五和赵六这两行会因为dept_name为NULL而被舍弃，左外连接保留驱动表全部行的效果就会被抵消。因此，涉及驱动表的过滤条件放在ON中还是WHERE中，对结果影响很大。

三、右外连接 RIGHT JOIN 详解

右外连接与左外连接原理相同，只是方向相反。RIGHT JOIN会保留右侧表的所有行，左侧表没有匹配时填充NULL。仍然使用前面的员工和部门表，如果要从部门角度查看每个部门有哪些员工，同时保留没有员工的部门，可以使用RIGHT JOIN：

SELECT e.emp_name, d.dept_name
FROM employees e
RIGHT JOIN departments d ON e.dept_id = d.dept_id;

这条查询的驱动表是departments。结果会先保留技术部、产品部、市场部三个部门，技术部匹配到张三和李四，产品部和市场部没有员工，emp_name为NULL。由于赵六的部门编号4不在部门表中，赵六不会出现在右外连接的结果中，这也是右外连接与左外连接的区别。

右外连接可以很方便地找出没有任何员工的部门：

SELECT d.dept_name
FROM employees e
RIGHT JOIN departments d ON e.dept_id = d.dept_id
WHERE e.emp_id IS NULL;

实际项目中，很多开发团队会统一使用LEFT JOIN来避免阅读时还需要判断方向。比如上面的右外连接可以改写为把departments放在左侧的左外连接：FROM departments d LEFT JOIN employees e ON e.dept_id = d.dept_id。两种写法返回结果完全一致。不过，了解RIGHT JOIN仍然重要，因为有些自动生成的SQL或老系统仍然会使用右连接，维护时需要能看懂它的含义。

四、MySQL如何实现全外连接 FULL OUTER JOIN

标准SQL中的FULL OUTER JOIN会同时保留左右两张表的所有行。如果员工表有部门表不存在的部门编号，或者部门表有员工表不存在的部门，全外连接会把两侧未匹配的行都纳入结果。不过MySQL并没有直接实现FULL OUTER JOIN语法，如果直接写FULL OUTER JOIN会报语法错误。

在MySQL中模拟全外连接的常用方式是使用UNION合并左外连接和右外连接的结果。UNION本身会去重，因此可以避免匹配成功的行被重复返回。具体写法如下：

SELECT e.emp_name, d.dept_name
FROM employees e
LEFT JOIN departments d ON e.dept_id = d.dept_id
UNION
SELECT e.emp_name, d.dept_name
FROM employees e
RIGHT JOIN departments d ON e.dept_id = d.dept_id;

这个查询会先通过左外连接保留所有员工，再通过右外连接保留所有部门，然后由UNION去除重复行。最终结果中，张三、李四各出现一次，王五、赵六作为员工侧未匹配行被保留，产品部和市场部作为部门侧未匹配行也被保留，emp_name或dept_name对应为NULL。这样就实现了全外连接的效果。

需要注意，UNION会执行排序和去重，在数据量较大时性能可能较差。如果业务上明确知道左右结果集不会产生重复行，可以使用UNION ALL提升性能，但需要额外保证去重逻辑。另一个思路是把右外连接中左表未匹配的部分用NOT EXISTS提取出来，再与左外连接结果合并，但写法更复杂。对于经常需要全外连接的场景，建议先在应用层或临时表中处理，避免频繁执行两次大表扫描。

五、外连接常见误区与性能建议

第一个常见误区是把所有条件都写在WHERE中。很多人习惯在写完LEFT JOIN后直接在WHERE里过滤右表列，这会让外连接退化成内连接。比如下面的查询：

SELECT e.emp_name, d.dept_name
FROM employees e
LEFT JOIN departments d ON e.dept_id = d.dept_id
WHERE d.dept_name = '技术部';

这条SQL虽然使用了LEFT JOIN，但WHERE条件要求dept_name必须等于技术部，那些右表为NULL的行会被过滤掉，结果只返回张三和李四。如果目的是保留所有员工，只把技术部的部门名称显示出来，其他行显示NULL，应该把条件放到ON子句中：

SELECT e.emp_name, d.dept_name
FROM employees e
LEFT JOIN departments d ON e.dept_id = d.dept_id AND d.dept_name = '技术部';

第二个误区是驱动表选择不当。LEFT JOIN的左侧是驱动表，如果驱动表很大而右侧匹配表很小，连接时仍然需要扫描驱动表的所有行。在大数据量场景下，可以通过调整表的先后顺序或使用RIGHT JOIN来让较小的表作为驱动表，但更重要的是在关联列上建立索引。外连接同样会使用索引来加速匹配过程，尤其是在保留未匹配行时，索引能够快速判断是否存在匹配记录。

第三个误区是忽略NULL的语义。外连接未匹配时的NULL与字段本身的NULL在结果中无法直接区分。比如员工表中王五的dept_id本来就是NULL，而赵六的dept_id为4但在部门表不存在，在左外连接结果中两人的dept_name都为NULL，但原因不同。如果业务需要区分真实NULL和未匹配NULL，可以在连接前对数据进行清洗，或者使用额外的标志列记录匹配状态。

性能方面，外连接通常比内连接消耗更多资源，因为需要保留驱动表所有行并计算未匹配情况。建议只在外连接结果中选取必要的列，避免SELECT *，同时为关联列建立复合索引。对于全外连接模拟，更要注意UNION会触发额外排序，如果去重需求不强，可以考虑用UNION ALL配合应用层处理。最后，执行计划是判断外连接是否高效的重要手段，通过EXPLAIN观察驱动表、访问类型和额外排序操作，可以有针对性地优化连接顺序和索引设计。

MySQL外连接LEFT JOINRIGHT JOIN修改时间：2026-08-20 18:12:06