在 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）有索引
