RIGHT JOIN 可被等价替换为 LEFT JOIN，只需交换表顺序、改写 JOIN 类型并调整 ON 条件字段归属；其本质是以右表为主表，确保右表全量输出，左表无匹配则补 NULL，功能与 LEFT JOIN 对称但可读性差、易误用且部分数据库不支持。
RIGHT JOIN 不是“必须用”的语法，而是 LEFT JOIN 换个表顺序就能替代的写法；真要用，核心就一条：右表全出，左表匹配不上就填 NULL。
RIGHT JOIN 的实际行为就是“右表当主表”
它不关心左表有没有数据，只保证右表每一条记录都出现在结果里。左表字段若没匹配上，对应位置就是 NULL。这和 LEFT JOIN 完全对称——把两个表位置互换，RIGHT JOIN 就等价于 LEFT JOIN。
常见错误现象：
- 写完
RIGHT JOIN却发现结果比预期少——其实是把左右表弄反了，误把业务主表放左边 - 结果里一堆
NULL，但没意识到这是 RIGHT JOIN 的正常表现，反而去查左表数据是否缺失 - 在 MySQL 8.0+ 或 SQLite 中执行失败——这些引擎不支持
RIGHT JOIN（MySQL 支持但部分旧版本有解析 bug，SQLite 完全不支持）
RIGHT JOIN 和 LEFT JOIN 的等价替换怎么写
当你看到一个 RIGHT JOIN 查询，只要把两个表顺序调换、把 RIGHT JOIN 改成 LEFT JOIN，再调整 ON 条件里的字段归属，语义完全不变。
比如原始语句：
SELECT p.Name, o.OrderNo FROM Persons p RIGHT JOIN Orders o ON p.Id_P = o.Id_P;
等价改写为：
SELECT p.Name, o.OrderNo FROM Orders o LEFT JOIN Persons p ON o.Id_P = p.Id_P;
关键点：
- 表顺序交换：
Orders变成FROM后第一个表 -
RIGHT JOIN→LEFT JOIN -
ON条件中左右字段名也随表名一起换位，确保仍是“订单表的Id_P对应人员表的Id_P”
哪些场景下真该考虑 RIGHT JOIN
极少，但存在：当你维护一段遗留 SQL，且右表名语义更贴近业务主实体（比如报表需求明确要求“以订单为准”），又不想动表顺序时，RIGHT JOIN 能让意图更直白。
不过要注意：
- PostgreSQL、SQL Server、Oracle 都支持
RIGHT JOIN，但可读性不如显式把主表放FROM第一位 - 如果连接链中有多个
RIGHT JOIN，嵌套逻辑极易出错——建议全部转成LEFT JOIN并统一主表前置 -
RIGHT JOIN无法被所有查询优化器高效重写，某些复杂子查询 +RIGHT JOIN可能触发意外执行计划
RIGHT JOIN 的 NULL 值不是 bug，是设计结果
右表某行在左表找不到匹配时，左表所有字段都会是 NULL，包括你 SELECT 里写的 p.Name、p.Address 等。这不是数据丢了，是 RIGHT JOIN 明确承诺的行为。
如果你后续要过滤掉这些 NULL 行，别在 WHERE 里写 p.Name IS NOT NULL——那会把 RIGHT JOIN 变成事实上的 INNER JOIN。真要这样，不如一开始就用 INNER JOIN。
容易被忽略的地方：当右表有重复关联键（比如一个 OrderID 在左表匹配到 3 条用户记录），RIGHT JOIN 会生成 3 行，每行右表字段重复，左表字段各不同——这和 LEFT JOIN 的重复逻辑一致，但初学者常误以为“右表应该只出一行”。
