面试官问：JOIN类型与ON/WHERE条件区别？一张图+相亲匹配比喻，彻底拿下这道必考题（附图解+比喻+避坑指南）
面试官问：JOIN类型与ON/WHERE条件区别？一张图+相亲匹配比喻，彻底拿下这道必考题（附图解+比喻+避坑指南）
预计阅读：13分钟
📌 你是不是也这样：能写出LEFT JOIN，但面试官一追问“ON和WHERE有什么区别”“为什么LEFT JOIN时把条件放WHERE结果就不一样了”就答不上来了？
今天一张图 + 一个相亲匹配故事 + 四种JOIN详解 + 六道追问，彻底拿下这道题。
📝摘要：SQL JOIN用于连接多表查询，主要分为INNER JOIN（内连接）、LEFT/RIGHT JOIN（外连接）、FULL JOIN（全外连接）和CROSS JOIN（交叉连接）。ON和WHERE的核心区别在于执行时机：ON在连接阶段生效，决定表如何匹配；WHERE在连接完成后生效，对最终结果集进行过滤。INNER JOIN中ON和WHERE逻辑等价；LEFT JOIN中ON不影响左表行数，WHERE会过滤掉左表无匹配的行。一句话：ON管“怎么连”，WHERE管“怎么筛”。
我是折哥，《Java 85题图解版》系列连载中（已更新30题，建议收藏本系列）。
每周2-3篇，85题通关路线一键追完。
👉点击关注，第一时间收到每篇新题推送。
- 上一篇：面试官问：索引底层B+树结构是怎样的？
- 下一篇预告：面试官问：慢SQL如何定位与优化？
- 全部85题：点击查看总目录（关注专栏，追更不迷路）
一句话总结：ON管“怎么连”，WHERE管“怎么筛”。
INNER JOIN：只返回两表都能匹配上的行 → 像相亲双方都互相选中，才配对成功。
LEFT JOIN：返回左表所有行，右表匹配不上填NULL → 像男生全部保留，无论女生是否选中他。
RIGHT JOIN：返回右表所有行，左表匹配不上填NULL → 像女生全部保留，无论男生是否选中她。
FULL JOIN：返回两表所有行，不匹配填NULL → 像所有人都保留，单方面喜欢的也保留。
背诵口诀：内连接ON=WHERE，左连接ON保左表；ON在连前起作用，WHERE连后筛全部。
核心设计理念：ON定义连接规则（如何匹配），WHERE过滤最终结果（要哪些行）。
💬 面试还原
面试官：SQL中JOIN有哪几种？ON和WHERE有什么区别？什么情况下结果会不同？
这是数据库面试中必问必考的核心题，直接进入正题。
🧠 一图看懂：JOIN类型与ON/WHERE全貌
🏭 生活比喻：相亲匹配系统
场景设定
你开发了一个相亲匹配系统，有两个数据表：男嘉宾表（左表）和女嘉宾表（右表）。
INNER JOIN = “必须双向选择”
系统只匹配双方都互相选中的男女。男生选了女生，女生也选了男生，才配对成功。单方面喜欢的不算。
LEFT JOIN = “男生保留所有选择”
系统保留所有男生的记录，无论女生是否选中他。男生选了谁，系统就列出谁；如果女生没选他，女生信息填NULL。
RIGHT JOIN = “女生保留所有选择”
系统保留所有女生的记录，无论男生是否选中她。女生选了谁，系统就列出谁；如果男生没选她，男生信息填NULL。
FULL JOIN = “所有人都保留”
系统保留所有男生和所有女生的记录，无论对方是否选中自己。单方面喜欢的也保留，对方信息填NULL。
ON = “匹配规则”
ON定义的是“什么样算匹配”——比如“男生选的女生ID = 女生ID”。它决定哪些行被连接在一起。
WHERE = “最终筛选”
WHERE是在所有匹配完成后，对结果集做最终筛选——“只要25岁以上的”“只要北京的”。
一句话对照：ON = 匹配规则（怎么连）；WHERE = 最终筛选（要哪些）。
📊 JOIN类型详解（面试速查版）
四种核心JOIN对比
| JOIN类型 | 返回结果 | 典型场景 |
|---|---|---|
| INNER JOIN | 两表都能匹配上的行 | 订单+订单明细 |
| LEFT JOIN | 左表全部 + 右表匹配的 | 用户+订单（含未下单用户） |
| RIGHT JOIN | 右表全部 + 左表匹配的 | 极少使用，可用LEFT JOIN互换 |
| FULL JOIN | 两表全部，不匹配填NULL | 合并两个系统的数据 |
💡RIGHT JOIN很少用，因为把表顺序互换就能变成LEFT JOIN。
🔬 ON vs WHERE：深度解析（面试最高频）
执行顺序
SQL的执行顺序是：FROM → ON → JOIN → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT。
ON在连接阶段执行，WHERE在连接完成后执行。这是两者差异的根本原因。
INNER JOIN：ON和WHERE等价
在INNER JOIN中，ON和WHERE的过滤效果逻辑等价。
-- 以下两种写法结果完全相同-- 写法1：条件在ON中SELECT*FROMAINNERJOINBONA.id=B.a_idANDB.status='active';-- 写法2：条件在WHERE中SELECT*FROMAINNERJOINBONA.id=B.a_idWHEREB.status='active';两种写法结果一致。但数据库优化器可能将ON中的条件下推到表扫描阶段，减少连接输入数据量，因此INNER JOIN中推荐将过滤条件放在ON子句。
LEFT JOIN：ON和WHERE完全不同
LEFT JOIN的核心是保留左表所有行。ON和WHERE的位置直接影响结果：
ON中过滤右表：仅影响右表的匹配逻辑，左表行数不变。未匹配的右表列返回NULL。
-- ON中过滤：保留所有左表行，只连接右表中status='active'的记录SELECT*FROMALEFTJOINBONA.id=B.a_idANDB.status='active';-- 结果：A表所有行都保留，B表不匹配的填NULLWHERE中过滤右表：WHERE对最终结果生效，NULL不满足条件，会间接过滤左表行。
-- WHERE中过滤：会排除左表中无匹配的行SELECT*FROMALEFTJOINBONA.id=B.a_idWHEREB.status='active';-- 结果：B表无匹配的行（B.status为NULL）被整行过滤掉关键结论：若需保留左表所有行，对右表的过滤必须放在ON；若需过滤最终结果（包括排除左表无匹配的行），则使用WHERE。
📊 ON vs WHERE 速查表
| 场景 | ON中的条件 | WHERE中的条件 |
|---|---|---|
| INNER JOIN | ✅ 结果等价 | ✅ 结果等价 |
| LEFT JOIN（左表条件） | ⚠️ 不影响左表行数 | ❌ 会过滤左表无匹配行 |
| LEFT JOIN（右表条件） | ✅ 右表过滤，左表全保留 | ❌ 会过滤掉左表无匹配的行 |
| 执行阶段 | 连接阶段 | 连接完成后 |
🚀 实战案例
案例1：INNER JOIN（ON和WHERE等价）
-- 两表结果完全相同SELECT*FROMstudent sINNERJOINclass cONs.classId=c.idANDs.name='张三';SELECT*FROMstudent sINNERJOINclass cONs.classId=c.idWHEREs.name='张三';案例2：LEFT JOIN（ON和WHERE天壤之别）
-- ❌ 错误：WHERE会过滤掉左表无匹配的行SELECT*FROMtab1LEFTJOINtab2ONtab1.size=tab2.sizeWHEREtab2.name='AAA';-- 过程：①ON先匹配 ②WHERE再过滤，左表无匹配的行被整行删除-- ✅ 正确：ON保留左表所有行SELECT*FROMtab1LEFTJOINtab2ONtab1.size=tab2.sizeANDtab2.name='AAA';-- 过程：ON中条件匹配，左表所有行保留，右表不匹配的填NULL案例3：ON中的左表条件
-- 左表条件在ON中：不影响左表行数SELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idANDs.name='张三';-- 结果：所有学生都保留，name不是张三的右表填NULL-- 左表条件在WHERE中：会过滤左表SELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idWHEREs.name='张三';-- 结果：只返回name是张三的学生🔍 高频面试追问（6道大厂真题）
追问1：ON和WHERE哪个先执行？为什么？
回答要点：ON先执行（连接阶段），WHERE后执行（连接完成后）。
详细回答：
ON在连接阶段执行，决定表如何匹配；WHERE在连接完成后执行，对临时结果集进行过滤。这是因为数据库需要先知道“哪些行应该连接在一起”，才能对连接后的结果做筛选。
追问2：INNER JOIN中，条件放在ON和WHERE有区别吗？
回答要点：结果没区别，但性能可能有差异。
详细回答：
逻辑上完全等价，结果相同。但优化器可能将ON中的条件下推到表扫描阶段，减少连接时的输入数据量，从而提升性能。因此INNER JOIN中推荐将过滤条件放在ON子句。
追问3：LEFT JOIN中，为什么ON条件不影响左表行数？
回答要点：LEFT JOIN的定义就是保留左表所有行。
详细回答：
LEFT JOIN的核心语义是保留左表全部行。ON条件只决定“右表如何匹配左表”，不决定“左表是否出现”。即使ON条件全为假，左表每一行也都会出现在结果集中，右表字段填NULL。
追问4：为什么RIGHT JOIN很少用？
回答要点：RIGHT JOIN可以互换表顺序变成LEFT JOIN。
详细回答：
A RIGHT JOIN B等价于B LEFT JOIN A。把所有查询统一成LEFT JOIN，代码更一致、更容易理解。实际开发中极少见到RIGHT JOIN。
追问5：FULL JOIN和UNION有什么区别？
回答要点：FULL JOIN合并两表行，UNION合并两个查询结果。
详细回答：
- FULL JOIN：一次连接操作，返回两表所有行，按连接条件匹配，不匹配填NULL
- UNION：合并两个独立查询的结果集（上下拼接），要求列数相同
FULL JOIN可用
LEFT JOIN UNION RIGHT JOIN模拟，因为MySQL不原生支持FULL JOIN。
追问6：ON和WHERE哪个性能更好？
回答要点：INNER JOIN中ON可能更优；LEFT JOIN中取决于需求。
详细回答：
- INNER JOIN：ON中的条件可能被优化器下推，减少连接输入数据量，理论上ON更优
- LEFT JOIN：不是性能问题，是结果正确性问题。先用ON还是WHERE取决于你想要什么结果
💣 避坑指南
| 序号 | 错误做法 | 正确做法 | 后果 |
|---|---|---|---|
| 1 | LEFT JOIN中把右表过滤条件放WHERE | 放ON中保留左表全部行 | 左表无匹配的行被整行删除 |
| 2 | LEFT JOIN中把左表过滤条件放ON | 放WHERE中真正过滤左表 | 左表行数不受影响，过滤无效 |
| 3 | 认为ON和WHERE在所有场景等价 | 区分INNER和OUTER JOIN | OUTER JOIN结果完全不同 |
| 4 | 滥用RIGHT JOIN | 用LEFT JOIN互换表顺序 | 代码可读性差 |
| 5 | 忘记OUTER JOIN中ON不控制主表行数 | 记住LEFT JOIN一定会返回左表全部行 | 结果集行数超出预期 |
💻 可运行验证代码
-- 准备测试数据CREATETABLEstudent(idINT,nameVARCHAR(20),classIdINT);CREATETABLEclass(idINT,nameVARCHAR(20));INSERTINTOstudentVALUES(1,'张三',1),(2,'李四',2),(3,'王五',NULL);INSERTINTOclassVALUES(1,'一班'),(2,'二班');-- 1. INNER JOIN：ON和WHERE等价SELECT*FROMstudent sINNERJOINclass cONs.classId=c.idANDs.name='张三';SELECT*FROMstudent sINNERJOINclass cONs.classId=c.idWHEREs.name='张三';-- 两结果完全相同-- 2. LEFT JOIN：ON不影响左表行数SELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idANDs.name='张三';-- 所有学生都出现，name不是张三的右表字段为NULL-- 3. LEFT JOIN：WHERE会过滤左表SELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idWHEREs.name='张三';-- 只有张三出现，其他学生被过滤掉-- 4. LEFT JOIN：右表条件在ON vs WHERESELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idANDc.name='一班';-- 所有学生出现，只有匹配一班的右表有值SELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idWHEREc.name='一班';-- 只有能匹配一班的学生出现，无匹配的被过滤❓ 评论区挑战
问题：以下关于ON和WHERE的说法，哪一个是错误的？
-- 场景：查询所有学生及其班级信息SELECT*FROMstudent sLEFTJOINclass cONs.classId=c.idANDc.name='一班';A. LEFT JOIN中ON条件不影响左表（student）的行数
B. 如果右表（class）无匹配，右表字段返回NULL
C. 这个查询只返回一班的学生，其他学生被过滤掉了
D. 如果把c.name = '一班'移到WHERE中，结果会不同
💬 欢迎在评论区写出你的答案和理由，我会在下一篇文章发布后更新本文，公布答案及错误选项逐项解析。
✅ 答案公布
正确答案：C. 这个查询只返回一班的学生，其他学生被过滤掉了
解析：
- LEFT JOIN中，ON条件不影响左表行数，左表（student）所有行都会保留
- 查询会返回所有学生，只有能匹配一班的学生，右表（class）有值；不能匹配的，右表字段为NULL
- 选项A正确：ON不影响左表行数
- 选项B正确：无匹配时右表返回NULL
- 选项D正确：移到WHERE中会过滤掉无匹配的行
错误选项逐项解析：
- A（ON不影响左表行数）：正确。LEFT JOIN的核心特性就是保留左表所有行。
- B（无匹配时右表返回NULL）：正确。这是OUTER JOIN的标准行为。
- D（移到WHERE结果不同）：正确。WHERE在连接完成后过滤，会排除无匹配的行。
- C（只返回一班的学生）：错误。ON条件不影响左表，所有学生都保留，不匹配的右表填NULL。
📌 总结
| JOIN类型 | 返回结果 | ON vs WHERE |
|---|---|---|
| INNER JOIN | 两表匹配的行 | ON和WHERE等价 |
| LEFT JOIN | 左表全部 + 右表匹配 | ON不影响左表；WHERE会过滤左表 |
| RIGHT JOIN | 右表全部 + 左表匹配 | 同LEFT，方向相反 |
| FULL JOIN | 两表全部 | 同LEFT/RIGHT |
| CROSS JOIN | 笛卡尔积 | 无条件，无需ON |
面试官最看重的三个点：
- JOIN类型定义：INNER、LEFT、RIGHT、FULL——能说清各自返回什么
- ON vs WHERE执行顺序：ON先执行（连接阶段），WHERE后执行（连接完成后）
- LEFT JOIN中ON和WHERE的差异：ON不影响左表行数，WHERE会过滤左表——能讲清楚为什么
📚 系列导航
- 上一篇：面试官问：索引底层B+树结构是怎样的？
- 下一篇预告：面试官问：慢SQL如何定位与优化？
- 全部85题目录：点击查看（关注专栏，每周2-3篇，一键追更）
📘搭配学习效果更佳
本篇图解帮你快速建立知识画面记忆，如果想深入理解源码实现和实战避坑细节，可以配合姊妹系列《Java 100天进阶之路》对应章节一起学：
从零基础到上岗就业，108篇完整学习地图，每篇标配生活类比 + 可运行代码 + 避坑表 + 面试高频题 + 练习题，不背八股文，真正讲透“为什么”。
👉 《Java 100天进阶之路》完整目录导航
学习建议：图解系列负责“快速建立知识图谱”，进阶系列负责“深入理解原理”，两个系列搭配使用，面试备考效率翻倍。
💬你在实际项目中遇到过因为ON/WHERE位置放错导致的SQL结果异常吗？或者被ON和WHERE的区别坑过？欢迎评论区分享你的故事～
