导读:本期聚焦于小伙伴创作的《SQL中LEFT JOIN与INNER JOIN有什么区别?如何选择使用场景?》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《SQL中LEFT JOIN与INNER JOIN有什么区别?如何选择使用场景?》有用,将其分享出去将是对创作者最好的鼓励。

在SQL的多表查询场景中,LEFT JOIN和INNER JOIN是两种核心的连接方式,二者的核心差异体现在数据取舍逻辑和返回结果的范围上,不同的业务需求需要匹配对应的连接方式。

SQL中LEFT JOIN与INNER JOIN有什么区别?如何选择使用场景?

LEFT JOIN与INNER JOIN的核心定义

INNER JOIN(内连接)

INNER JOIN的逻辑是只返回两个关联表中满足连接条件的记录,只要左表或者右表任意一方没有匹配到关联条件的数据,这条记录就不会出现在最终结果中。可以理解为两个表的交集部分,只有双方都符合关联规则的记录才会被保留。

LEFT JOIN(左连接)

LEFT JOIN以左表为基准,会返回左表的所有记录,无论右表是否存在匹配关联条件的数据。如果右表有匹配的记录,就返回对应的右表字段值;如果右表没有匹配的记录,右表对应的字段会填充为NULL值。左表的记录不会因为右表无匹配而被过滤。

数据取舍原则对比

我们可以通过具体的规则对比两者的数据取舍差异:

对比维度INNER JOINLEFT JOIN
左表无匹配记录不返回该记录返回该记录,右表字段为NULL
右表无匹配记录不返回对应左表记录返回对应左表记录,右表字段为NULL
返回记录范围两表匹配的交集左表全量+右表匹配部分
NULL值出现场景仅当字段本身为NULL时出现右表无匹配时对应字段为NULL

代码示例演示差异

我们创建两张测试表,user表存储用户信息,order表存储用户的订单信息,通过实际查询看两种连接的结果差异。

先创建测试数据:

-- 创建用户表
CREATE TABLE user (
    id INT PRIMARY KEY,
    name VARCHAR(50)
);

-- 创建订单表
CREATE TABLE order (
    id INT PRIMARY KEY,
    user_id INT,
    order_no VARCHAR(50)
);

-- 插入用户数据
INSERT INTO user VALUES (1, '张三'), (2, '李四'), (3, '王五');

-- 插入订单数据,用户3没有对应的订单
INSERT INTO order VALUES (101, 1, 'ORD2024001'), (102, 2, 'ORD2024002');

使用INNER JOIN查询用户和对应的订单:

SELECT u.id, u.name, o.order_no
FROM user u
INNER JOIN order o ON u.id = o.user_id;

上述查询的结果只会返回张三和李四两条记录,因为王五没有对应的订单,不符合关联条件,所以不会被返回。

使用LEFT JOIN查询所有用户和对应的订单:

SELECT u.id, u.name, o.order_no
FROM user u
LEFT JOIN order o ON u.id = o.user_id;

上述查询会返回三条记录,王五的记录也会被返回,对应的order_no字段值为NULL。

场景选择建议

在实际业务开发中,可以根据需求选择对应的连接方式:

  • 如果需要获取两个表都存在关联关系的完整数据,比如查询有下单行为的用户及其订单信息,选择INNER JOIN,避免返回无意义的NULL值。
  • 如果需要以某张表为基准输出全量数据,比如查询所有用户及其订单情况,即使没有下单的用户也要展示,选择LEFT JOIN。
  • 如果需要统计左表的记录数量,同时关联右表的附加信息,选择LEFT JOIN,避免因为右表无匹配导致左表记录被过滤,影响统计结果准确性。
  • 如果只需要获取两表匹配后的有效业务数据,不需要保留无匹配的左表记录,选择INNER JOIN,减少结果集大小,提升查询效率。

注意事项

使用LEFT JOIN时需要注意,如果右表存在多条匹配左表的记录,左表的同一条记录会被重复返回多次,对应右表的每条匹配记录都会生成一条结果。如果需要去重或者聚合处理,需要搭配DISTINCT或者聚合函数使用。另外,关联条件要写在ON子句中,对右表的过滤条件如果写在WHERE子句中,可能会把右表无匹配导致的NULL值记录过滤掉,等同于将LEFT JOIN转换为INNER JOIN的效果。

LEFT_JOININNER_JOINSQL连接查询数据取舍原则修改时间:2026-06-25 20:27:16

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。