为什么SQL中的INNER JOIN和JOIN执行效果完全相同？-SQL-PHP中文网

JOIN 就是 INNER JOIN 的简写形式，SQL 标准中无独立语义，所有主流数据库均将其解析为内连接，执行结果、执行计划完全一致，且 JOIN 后必须带 ON 子句，否则语法错误。

为什么sql中的inner join和join执行效果完全相同？

JOIN 就是 INNER JOIN 的简写形式

SQL 标准里没有独立的 JOIN 语义，它只是 INNER JOIN 的语法糖。所有主流数据库（MySQL、PostgreSQL、SQL Server、Oracle）在解析时都会把裸写的 JOIN 自动重写为 INNER JOIN，执行计划也完全一致。

常见错误现象：有人看到 SELECT * FROM a JOIN b ON a.id = b.id 能跑通，就以为 JOIN 是“默认连接”，再看到 LEFT JOIN 时误以为三者是并列关系 —— 实际上 LEFT JOIN 和 JOIN 并不处于同一抽象层级：JOIN 是内连接的缩写，LEFT JOIN 是另一类连接操作。

写 JOIN 或 INNER JOIN，结果行数、字段顺序、NULL 行分布都一模一样
执行计划中，两者显示的连接类型均为 InnerJoin（或类似标识），不会出现歧义
部分老项目用逗号语法 FROM a, b WHERE a.id = b.id，它逻辑等价，但已被 SQL-92 标准弃用，可读性差且易误写成笛卡尔积

ON 条件才是决定是否为内连接的关键

真正让查询变成“内连接”的，不是关键字本身，而是 ON 子句的存在和语义。只要写了 ON，无论前面是 JOIN 还是 INNER JOIN，数据库都会按内连接逻辑执行：只保留两边都匹配的行。

容易踩的坑：有人试图去掉 ON 写成 SELECT * FROM a JOIN b，这在多数数据库里会报错（如 MySQL 5.7+ 报 ERROR 1064），因为 JOIN 语法强制要求显式连接条件；而旧式逗号语法 FROM a, b 却能成功执行，但结果是笛卡尔积 —— 这正是混淆的根源。

JOIN 后必须跟 ON，否则语法错误（不是“默认内连接”，是“语法不完整”）
CROSS JOIN 才是明确表示笛卡尔积的合法写法，它不允许带 ON
哪怕 ON 1=1 这种恒真条件，仍是内连接，只是效果等同于 CROSS JOIN（但语义不同，优化器可能处理方式有差异）

LEFT JOIN 中的 JOIN 不能被替换成 INNER JOIN

这里有个关键陷阱：LEFT JOIN 里的 JOIN 不是独立关键字，而是整个连接类型的组成部分。你不能把 LEFT JOIN 拆成 “LEFT + JOIN”，然后认为这个 JOIN 会被解释为 INNER JOIN —— 它就是 LEFT JOIN，一个原子操作符。

ModelScope

一个面向AI开发者的开源模型与数据社区，提供模型、数据集和相关工具资源，方便用户探索、使用和开发人工智能应用。

下载

典型误用场景：在已有 LEFT JOIN 的查询里，把 ON 条件挪到 WHERE 子句，比如把 ON a.id = b.id AND b.status = 'active' 改成 ON a.id = b.id WHERE b.status = 'active'，结果左表没匹配的行全被过滤掉，LEFT JOIN 形同虚设。