SQL02-连接全解：从基础到实战

Sun, 01 Mar 2026 00:09:09 +0800

引言

在关系型数据库中，数据通常被分散存储在多个表中，以遵循规范化设计原则。连接（JOIN） 是 SQL 中最强大的功能之一，它允许我们从多个表中组合相关数据。

本文将系统讲解 SQL 连接的 12 种用法，帮助你从零掌握表连接的核心技巧。

连接类型速览

连接类型	关键字	说明	图示
内连接	`INNER JOIN`	只返回匹配的行	A ∩ B
左外连接	`LEFT JOIN`	返回左表全部 + 匹配的右表	A
右外连接	`RIGHT JOIN`	返回右表全部 + 匹配的左表	B
交叉连接	`CROSS JOIN`	返回笛卡尔积	A × B
自连接	表别名	表与自身连接	—

一、内连接（INNER JOIN）

基本概念

内连接是最常用的连接类型，只返回两个表中满足连接条件的行。

  graph LR
    A[表A] --- B[表B]
    C[内连接结果 = 交集]

语法示例

-- 查询订单明细及对应产品信息
SELECT
    oi.order_id,
    oi.product_id,
    p.name AS product_name,
    oi.quantity,
    oi.unit_price
FROM order_items oi
INNER JOIN products p
    ON p.product_id = oi.product_id;

执行逻辑

┌─────────────────┐         ┌─────────────────┐
│   order_items   │         │    products     │
├─────────────────┤         ├─────────────────┤
│ order_id: 1     │────┐    │ product_id: 5   │
│ product_id: 5   │    ├────│ name: ' Laptop' │
│ quantity: 2     │    │    │ price: 999.99   │
└─────────────────┘    │    └─────────────────┘
                       │
                       ▼
        ┌──────────────────────────┐
        │       结果集              │
        ├──────────────────────────┤
        │ order_id: 1              │
        │ product_name: 'Laptop'   │
        │ quantity: 2              │
        │ unit_price: 999.99       │
        └──────────────────────────┘

💡 注意：当 product_id 不匹配时，该行不会出现在结果中。

二、跨数据库连接

使用场景

企业级应用中，数据可能分散在不同数据库中。SQL 允许跨数据库连接表。

-- 连接当前数据库和 sql_inventory 数据库
SELECT *
FROM order_items oi
JOIN sql_inventory.products p
    ON oi.product_id = p.product_id;

语法格式

1
2
3

database_name.table_name.column_name
     │          │         │
   数据库名    表名     列名

最佳实践

建议	说明
✅ 明确指定数据库	避免歧义，提高可读性
✅ 使用同义词	为跨库表创建别名简化查询
⚠️ 注意性能	跨库查询可能较慢

三、自连接（SELF JOIN）

基本概念

自连接是指表与自身进行连接，常用于处理层次结构数据。

-- 查询员工及其经理信息
SELECT
    e.employee_id,
    e.first_name AS employee,
    m.first_name AS manager
FROM employees e
LEFT JOIN employees m
    ON e.reports_to = m.employee_id;

应用场景

┌─────────────────────────────────────────┐
│              employees 表                │
├──────┬────────────┬──────────────┐      │
│  ID  │   name     │ reports_to   │      │
├──────┼────────────┼──────────────┤      │
│   1  │  Alice     │     NULL     │ ← CEO│
│   2  │  Bob       │      1       │      │
│   3  │  Carol     │      1       │      │
│   4  │  Dave      │      2       │      │
└──────┴────────────┴──────────────┘      │
              ↓                             │
      自连接查询结果：                      │
┌──────┬────────────┬────────────┐         │
│  ID  │  employee  │  manager    │         │
├──────┼────────────┼────────────┤         │
│   1  │  Alice     │   NULL     │         │
│   2  │  Bob       │  Alice     │         │
│   3  │  Carol     │  Alice     │         │
│   4  │  Dave      │   Bob      │         │
└──────┴────────────┴────────────┘         │
└─────────────────────────────────────────┘

常见用例

场景	示例
组织架构	员工 → 经理
分类层级	子分类 → 父分类
地区数据	城市 → 省份 → 国家
评论系统	评论 → 父评论

四、多表连接

语法示例

-- 查询支付详情（客户 + 支付方式）
SELECT
    p.date,
    p.invoice_id,
    c.name AS client,
    c.phone,
    pm.name AS payment_method
FROM payments p
JOIN clients c
    ON p.client_id = c.client_id
JOIN payment_methods pm
    ON p.payment_method = pm.payment_method_id;

连接顺序

  graph TD
    A[payments 主表] --> B[clients 客户表]
    A --> C[payment_methods 支付方式表]
    B --> D[结果集]
    C --> D

性能建议

⚠️ 注意：连接的表越多，查询性能影响越大。建议：

限制连接数量（通常不超过 5 个表）

确保连接字段有索引

将小表作为驱动表

五、复合连接

基本概念

复合连接使用多个列作为连接条件，常见于复合主键的场景。

-- 订单项和订单项备注通过订单ID和产品ID连接
SELECT *
FROM order_items oi
JOIN order_item_notes oin
    ON oi.order_id = oin.order_id
    AND oi.product_id = oin.product_id;

场景说明

┌─────────────────────────┐      ┌─────────────────────────┐
│      order_items        │      │   order_item_notes      │
├──────────┬──────────────┤      ├──────────┬──────────────┤
│ order_id │ product_id   │      │ order_id │ product_id   │
├──────────┼──────────────┤      ├──────────┼──────────────┤
│    1     │     5        │─────►│    1     │     5        │
│    1     │     8        │      │    1     │     8        │
│    2     │     5        │      │    2     │     5        │
└──────────┴──────────────┘      └──────────┴──────────────┘
         复合主键                    复合主键
    (order_id, product_id)      (order_id, product_id)

六、隐式连接 vs 显式连接

隐式连接（传统语法）

1
2
3

SELECT *
FROM customers c, orders o
WHERE c.customer_id = o.customer_id;

显式连接（推荐）

SELECT *
FROM customers c
INNER JOIN orders o
    ON c.customer_id = o.customer_id;

对比分析

特性	隐式连接	显式连接
可读性	⭐⭐	⭐⭐⭐⭐⭐
连接条件分离	❌ 容易与过滤条件混淆	✅ `ON` 子句明确
外连接支持	❌ 不支持	✅ 完整支持
标准 SQL	⚠️ 旧语法	✅ ANSI 标准

💡 最佳实践：始终使用显式连接语法（INNER JOIN/LEFT JOIN）

七、外连接（OUTER JOIN）

类型对比

  graph LR
    subgraph 左表 A
    A1[1]
    A2[2]
    A3[3]
    end
    subgraph 右表 B
    B1[2]
    B2[4]
    end

连接类型	结果	说明
`INNER JOIN`	`{2}`	只保留匹配
`LEFT JOIN`	`{1,2,3}`	保留左表全部
`RIGHT JOIN`	`{2,4}`	保留右表全部
`FULL JOIN`	`{1,2,3,4}`	保留全部（MySQL 不支持）

左外连接示例

-- 查询所有产品及其订单数量（包括无订单的产品）
SELECT
    p.product_id,
    p.name,
    oi.quantity
FROM products p
LEFT JOIN order_items oi
    ON p.product_id = oi.product_id;

结果特征： 无订单的产品，quantity 显示为 NULL

八、多表外连接

-- 查询订单完整信息（客户 + 运输商 + 状态）
SELECT
    o.order_date,
    o.order_id,
    c.first_name AS customer,
    s.name AS shipper,
    os.name AS status
FROM orders o
LEFT JOIN shippers s
    ON o.shipper_id = s.shipper_id
LEFT JOIN order_statuses os
    ON o.status = os.order_status_id
LEFT JOIN customers c
    ON o.customer_id = c.customer_id
ORDER BY os.name;

连接策略

        ┌─────────────────────────────────┐
        │            orders               │ ← 主表
        │     (所有订单都会保留)           │
        └─────────────┬───────────────────┘
                      │
         ┌────────────┼────────────┐
         ▼            ▼            ▼
    ┌─────────┐ ┌─────────┐ ┌─────────┐
    │shippers │ │statuses │ │customers│
    └─────────┘ └─────────┘ └─────────┘

九、自外连接

-- 查询所有员工及经理（包括没有经理的CEO）
SELECT
    e.employee_id,
    e.first_name,
    m.first_name AS manager
FROM employees e
LEFT JOIN employees m
    ON e.reports_to = m.employee_id;

结果特点： CEO 的 manager 字段为 NULL

十、USING 子句

简化连接条件

当两个表的列名相同时，可以使用 USING 简化语法。

-- 传统写法
SELECT *
FROM payments p
JOIN clients c
    ON p.client_id = c.client_id;

-- USING 写法（更简洁）
SELECT *
FROM payments p
JOIN clients c
    USING(client_id);

多列使用

-- 复合连接的 USING 写法
SELECT *
FROM order_items oi
JOIN order_item_notes oin
    USING(order_id, product_id);

语法对比

写法	适用场景
`ON t1.id = t2.id`	列名不同
`USING(id)`	列名相同
`NATURAL JOIN`	所有同名列（不推荐）

⚠️ 注意：USING 后的列名在结果集中只出现一次

十一、交叉连接（CROSS JOIN）

基本概念

交叉连接返回笛卡尔积——两个表每一行的所有可能组合。

-- 两种写法等价
SELECT * FROM shippers s, products p;

SELECT *
FROM shippers s
CROSS JOIN products p;

结果示例

shippers 表有 3 行
products 表有 10 行

结果集：3 × 10 = 30 行

实际应用场景

场景	说明
生成所有组合	产品 × 颜色 × 尺寸
测试数据生成	快速构造测试集
日历生成	日期 × 时间段

⚠️ 警告：交叉连接可能产生海量数据，使用前务必评估数据量！

十二、联合（UNION）

基本概念

UNION 将多个 SELECT 语句的结果合并为一个结果集。

-- 客户分级查询
SELECT
    customer_id,
    first_name,
    points,
    'Bronze' AS type
FROM customers
WHERE points < 2000

UNION

SELECT
    customer_id,
    first_name,
    points,
    'Silver' AS type
FROM customers
WHERE points BETWEEN 2000 AND 3000

UNION

SELECT
    customer_id,
    first_name,
    points,
    'Gold' AS type
FROM customers
WHERE points >= 3000

ORDER BY first_name;

UNION vs UNION ALL

特性	UNION	UNION ALL
去重	✅ 自动去重	❌ 保留全部
性能	较慢（需要排序去重）	较快
使用场景	需要去重	确定无重复/需保留

使用规则

✓ 各 SELECT 语句的列数必须相同
✓ 对应列的数据类型必须兼容
✓ 结果集的列名取自第一个 SELECT
✓ ORDER BY 应放在最后一条 SELECT 之后

连接性能优化指南

1. 索引策略

1
2
3

-- 为连接条件创建索引
CREATE INDEX idx_order_items_product ON order_items(product_id);
CREATE INDEX idx_products_id ON products(product_id);

2. 小表驱动大表

1
2
3

-- 推荐：小表在前
FROM small_table s
JOIN large_table l ON s.id = l.small_id

3. 避免无效连接

-- ❌ 不推荐：在 WHERE 中过滤
FROM orders o
JOIN customers c ON o.customer_id = c.customer_id
WHERE c.active = 1

-- ✅ 推荐：在 JOIN 前过滤
FROM orders o
JOIN (SELECT * FROM customers WHERE active = 1) c
    ON o.customer_id = c.customer_id

4. 选择性原则

优先级	连接类型	原因
1	INNER JOIN	结果集最小
2	LEFT/RIGHT JOIN	单侧保留
3	CROSS JOIN	结果集最大

常见问题排查

问题 1：连接结果不符合预期

1
2
3

-- 检查连接条件是否正确
-- 检查是否有 NULL 值影响连接
SELECT COUNT(*) FROM table WHERE join_column IS NULL;

问题 2：性能慢

-- 使用 EXPLAIN 分析执行计划
EXPLAIN SELECT * FROM table1 JOIN table2 ON ...;

-- 检查是否使用了索引
SHOW INDEX FROM table_name;

问题 3：列名冲突

-- 使用表别名或完整列名
SELECT o.order_id, c.order_id  -- ❌ 歧义
FROM orders o
JOIN customers c ON ...

SELECT o.order_id, c.customer_id  -- ✅ 明确
FROM orders o
JOIN customers c ON ...

总结

连接类型决策树

需要组合多表数据？
    │
    ├─ 需要所有匹配行？
    │    └─ 使用 INNER JOIN
    │
    ├─ 需要保留某个表全部行？
    │    ├─ 左表 → LEFT JOIN
    │    └─ 右表 → RIGHT JOIN
    │
    ├─ 表与自身关联？
    │    └─ 使用 SELF JOIN（表别名）
    │
    ├─ 需要所有组合？
    │    └─ 使用 CROSS JOIN（谨慎！）
    │
    └─ 需要合并结果集？
         └─ 使用 UNION / UNION ALL

快速参考表

连接类型	关键字	行为
内连接	`INNER JOIN`	只返回匹配
左连接	`LEFT JOIN`	左表全 + 匹配右表
右连接	`RIGHT JOIN`	右表全 + 匹配左表
交叉连接	`CROSS JOIN`	笛卡尔积
自连接	表别名	表自身连接
自然连接	`NATURAL JOIN`	自动匹配同名列
联合	`UNION`	合并结果集

下一步学习

💬 有疑问？ 欢迎在评论区讨论，或提交 Issue 反馈问题。

数据库 on impself小破站

SQL01-基础查询

SQL02-连接全解：从基础到实战

引言

连接类型速览

一、内连接（INNER JOIN）

基本概念

语法示例

执行逻辑

二、跨数据库连接

使用场景

语法格式

最佳实践

三、自连接（SELF JOIN）

基本概念

应用场景

常见用例

四、多表连接

语法示例

连接顺序

性能建议

五、复合连接

基本概念

场景说明

六、隐式连接 vs 显式连接

隐式连接（传统语法）

显式连接（推荐）

对比分析

七、外连接（OUTER JOIN）

类型对比

左外连接示例

八、多表外连接

连接策略

九、自外连接

十、USING 子句

简化连接条件

多列使用

语法对比

十一、交叉连接（CROSS JOIN）

基本概念

结果示例

实际应用场景

十二、联合（UNION）

基本概念

UNION vs UNION ALL

使用规则

连接性能优化指南

1. 索引策略

2. 小表驱动大表

3. 避免无效连接

4. 选择性原则

常见问题排查

问题 1：连接结果不符合预期

问题 2：性能慢

问题 3：列名冲突

总结

连接类型决策树

快速参考表

下一步学习