上周带了个新人，教他写SQL的时候，他一脸茫然地问我：“左连接和右连接到底啥区别？我感觉它们好像一样啊。”这个问题我听了不下百遍。说句实话，刚入行的程序员、数据分析师，十个有九个在这俩概念上栽过跟头。有人甚至写了三年SQL，还在靠“试”来分辨左右——先写LEFT JOIN跑一遍，不对就换成RIGHT JOIN。这不是笨，是根本没搞懂背后的逻辑。
先说个最简单的场景。你面前有两张表，一张是“学生表”，一张是“成绩表”。左连接，就是以左边那张表为主，右边那张表是来“配”的。如果某个学生在右边没成绩，那他的成绩字段就显示NULL。右连接刚好反过来，以右边那张表为主，左边来配。听着简单吧？但为什么那么多人在实际工作中搞混？问题出在“左右”这两个字上，它太容易让人用日常生活的经验去理解数据库的操作了。
你在纸上画个表格，左边那张表写在左边，右边那张表写在右边。左连接，左边表的每一行都要保留，右边表有匹配的才显示，没匹配的就空着。右连接同理。但你要注意一个细节——SQL语句里，LEFT JOIN和RIGHT JOIN的写法顺序，决定了哪张表是“主”表。很多人写SELECT FROM A LEFT JOIN B，以为A在左边就是左连接，这没错。但换成SELECT FROM A RIGHT JOIN B，A在左边，B在右边，这时候主表是B，A成了配表。如果你没养成看JOIN关键字的习惯，很容易被表名的书写顺序带偏。
我见过最离谱的案例是：一个同事为了优化查询，把原来写在左边的表换到了右边，结果数据对不上了。他百思不得其解，跑来问我是不是数据库出了Bug。我一看，他原来的SQL是SELECT FROM orders LEFT JOIN customers，后来改成了SELECT FROM customers RIGHT JOIN orders。表面上看只是调换了表的位置，但主表从orders变成了customers。左连接时，order表里的所有订单都保留，即使客户信息缺失。右连接后，变成了所有客户都保留，没有订单的客户也会出现。两种结果，天差地别。这不是Bug，是没搞懂左右连接的本质。
再深入一层。左连接和右连接，本质上是一对镜像操作。你完全可以用左连接替代右连接，只需要把表的顺序调换一下。SELECT FROM A LEFT JOIN B 等价于 SELECT FROM B RIGHT JOIN A。但这不代表你可以随便用。实际开发中，绝大多数人只用左连接，几乎不用右连接。原因很简单：左连接符合人的阅读习惯——从左往右读，左边是主体，右边是附属。右连接读起来别扭，你得先看右边再看左边。很多团队的代码规范直接禁止使用RIGHT JOIN，要求统一用LEFT JOIN加表顺序调整。
但右连接真的就该被淘汰吗？未必。有一种情况，右连接反而更直观。比如你有一张“商品表”和一张“销售表”，你想看所有商品的销售情况，即便没卖出去的商品也要显示。如果商品表数据量小，销售表数据量大，你会怎么写？SELECT FROM sales RIGHT JOIN products。这时候，以商品表为主表，销售表来配。如果你非要写成左连接，得写成SELECT FROM products LEFT JOIN sales。逻辑上没问题，但你把大表sales放在了左边，小表products放在了右边。在某些数据库引擎里，表连接的顺序会影响执行计划，可能造成性能差异。不过现代数据库优化器基本能解决这个问题，除非你用的是特别古老的版本。
讲个真事。有次帮一家初创公司排查慢查询，他们的订单查询页面加载要十几秒。我看了一眼SQL，写了六个LEFT JOIN，嵌套了三层子查询。其中一个LEFT JOIN的右表有上千万条记录，但左表只有几百条。性能差得离谱。我把左连接改成了右连接，调换了表顺序，执行时间从12秒降到了0.8秒。为什么？因为数据库在执行连接时，通常会先扫描左表，再匹配右表。如果左表小，右表大，扫描左表的代价低，匹配时可以利用索引。反过来，左表大右表小，扫描大表的代价高。虽然现代数据库有查询优化器，但有些复杂的查询，优化器不一定能选到最优路径。这时候，手动调表顺序比依赖优化器更靠谱。
说到这儿，你可能觉得左右连接的区别也就那么回事。但真正的坑，在于你写SQL时没想清楚“我要保留哪张表的全部数据”。左连接保留左边表的全部，右连接保留右边表的全部。就这么简单。可一到实际场景，人就容易犯迷糊。比如我要查“所有员工及其部门信息”，如果部门表里有员工不存在的部门，我该用左连接还是右连接？答案是：看你想保留哪张表的全部数据。如果你想保留所有员工，哪怕有些人没分部门，那就用员工表左连接部门表。如果你想保留所有部门，哪怕有些部门没一个人，那就用部门表左连接员工表，或者员工表右连接部门表。关键不是左右，是你脑子里那张“主表”。
说个暴论：如果你现在写SQL还分不清左右连接，干脆别用右连接。所有场景都用左连接，把主表写在左边，辅表写在右边。这样你只需要记住一条规则——左边是老大，右边是小弟。老大必须一条不落，小弟有就有，没有拉倒。等你能熟练写出各种左连接的SQL，再去尝试右连接。那时候你会发现，左右连接的本质就是一张表做主，另一张表做从。至于哪张表放左边哪张放右边，只是语法上的选择，不是逻辑上的区别。搞懂这个，你才算真的搞懂了。
