INNER JOIN只返回两表字段值完全匹配的交集数据，从笛卡尔积中筛选ON条件成立的记录，不保留不匹配行，要求连接字段类型兼容，推荐用ON而非WHERE声明条件，需加表别名并用索引优化性能。

在 MySQL 中，INNER JOIN 是最常用

、最基础的表关联方式，它的作用就是找出两个表中“字段值完全匹配”的那些行，只返回交集部分的数据，不匹配的行一律不出现。

内连接的核心逻辑

INNER JOIN 本质是从两张表的笛卡尔积中，筛选出满足 ON 条件 的记录组合。比如 A 表有 10 行、B 表有 8 行，笛卡尔积是 80 行；加上 ON a.id = b.a_id 后，可能只剩 6 行——这 6 行就是两表共有的有效关联数据。

• 它不保留任何“缺失匹配”的行（不像 LEFT JOIN 那样补 NULL）
• 连接字段类型必须兼容（如 INT 对 INT，不能 INT 对 TEXT）
• 推荐使用 ON 显式声明条件，而不是用 WHERE 隐式实现，语义更清晰、优化器也更容易识别

标准语法与写法要点

基本结构如下：

SELECT a.name, b.title
FROM users AS a
INNER JOIN orders AS b ON a.id = b.user_id;

• INNER JOIN 可简写为 JOIN，效果完全相同
• 表名建议加别名（如 a、b），避免列名冲突，也提升可读性
• 所有非聚合字段都应明确带上表别名前缀（如 a.name），否则可能报错或歧义
• ON 条件里尽量使用索引字段，尤其是被驱动表（右表）的关联列，能触发 Index Nested Loop Join，大幅提升性能

常见使用场景举例

假设你有 students（学生表）和 courses（课程表），想查出每个学生已选课程的名称：

SELECT s.stu_name, c.course_name
FROM students s
INNER JOIN enrollments e ON s.id = e.stu_id
INNER JOIN courses c ON e.course_id = c.id;

• 这里用了两次 INNER JOIN，实现三表关联，顺序不影响结果（但影响执行效率）
• 如果某学生没选课，或某课程没人选，这些记录都不会出现在结果中
• 若需包含未选课的学生，就得换用 LEFT JOIN；若要查“只选了数学课”的学生，则需配合 WHERE 或子查询进一步过滤

容易踩的坑

新手常忽略以下几点：

• 误把 INNER JOIN 当成“取并集”或“补全数据”，其实它只取严格匹配项
• ON 条件写错字段（如 a.id = b.id 但两表 id 含义不同），导致结果为空或错乱
• 多表 JOIN 时漏掉某个中间关联表（比如跳过 enrollments 直接连 students 和 courses），会得到错误的笛卡尔积
• 对大表 JOIN 缺少索引，导致查询极慢——务必确保 ON 右侧字段（如 e.stu_id）有索引