联表查询是数据库操作中非常常见的，在业务稍微复杂的系统，不可能一张表解决所有数据的查询，多少都需联表查询。这其中JOIN类型的联表查询是最基础、使用频率极高的一种，其核心用于提取多表间的匹配数据（即满足查询条件数据），下面从多个维度展开说明一下。

一、INNER JOIN的特性

• 概念理解：取多个表的数据交集，且仅有表之间数据匹配上关联查询条件的数据才会被命中。
• 功能特点：返回所有参与连接的表中，满足关联条件的匹配记录，不满足的数据不会出现在结果集中。
• 简写规则：INNER JOIN中的INNER关键字是可选的，通常直接写成JOIN以简化 SQL 语句。

二、基本语法结构

仅两张表的情况：
SELECT 列名1, 列名2, ...
FROM 表1 【表1别名】
JOIN 表2 【表2别名】
ON 表1.关联字段 = 表2.关联字段;

        多于两张表的内连接方式，语法只需依次追加JOIN+表+ON 关联条件即可。核心原则不变，

只返回所有表都满足对应关联条件的匹配记录。

SELECT 列名1, 列名2, ...
FROM 表1 别名1
JOIN 表2 别名2
ON 别名1.关联字段 = 别名2.关联字段
JOIN 表3 别名3
ON 别名2.关联字段2 = 别名3.关联字段2;

注意：你可以把前两表的查询结果视为一个临时表，在与第三张表进行JOIN操作。

三、举个例子

实操示例（基于之前的业务表）

假如有表 users（用户表）和 orders（订单表），每个表中的数据如下：

• users 表：4 个用户（张三 id=1、李四 id=2、王五 id=3、赵六 id=4）
• orders 表：4 条订单（对应 user_id=1、1、2、4，王五 id=3 无订单）

1、查询有订单的用户及其订单信息

SELECT 
  u.user_id AS 用户编号,
  u.user_name AS 用户名,
  o.order_id AS 订单编号,
  o.order_amount AS 订单金额,
  o.order_time AS 下单时间
FROM users u -- 为users表设置别名u，简化字段引用
JOIN orders o -- 为orders表设置别名o
ON u.user_id = o.user_id; -- 关联条件：用户表的主键id = 订单表的外键user_id

2、多表内连接示例（扩展）

查询获取有订单的用户、对应的订单、以及订单中的商品信息

SELECT 
  u.user_name AS 用户名,
  o.order_id AS 订单ID,
  o.order_amount AS 订单金额,
  g.goods_name AS 商品名称,
  g.goods_num AS 购买数量
FROM users u
JOIN orders o ON u.user_id = o.user_id
JOIN order_goods g ON o.order_id = g.order_id;

四、注意事项

• 关联条件（ON 子句）不可缺失：内连接必须通过 ON 子句指定表之间的关联字段（通常是主键 / 外键），如果省略 ON 子句，SQL 会默认退化为「笛卡尔积」，有时候这个结果集不可控，导致IO压力会很大，将左表每条记录与右表每条记录组合，产生海量无效数据，严重影响数据库性能。
• 表别名的优势：多表关联时，为表设置简短别名（如 users u、orders o），不仅可以简化 SQL 语句，还能避免不同表中重名字段的歧义。
• WHERE 子句的补充过滤：ON 子句仅用于表之间的关联匹配，若需要对内连接的结果集进行进一步过滤，可以追加 WHERE 子句。例如，查询张三的所有金额大于500订单的信息。

SELECT u.user_name, o.order_id, o.order_amount
FROM users u
JOIN orders o ON u.user_id = o.user_id
WHERE u.user_name = '张三' AND o.order_amount > 600;

• 性能优化：关联字段（如 orders.user_id）应该建立索引，避免大表关联时出现全表扫描，提升查询效率。
• 与其他 JOIN 的区别：内连接只保留「交集」，与 LEFT JOIN（保留左表全部数据）、RIGHT JOIN（保留右表全部数据）的核心差异在于：不保留任何不匹配的记录，结果集更「精简」，仅包含有效关联数据。