MySQL不支持FULL JOIN，需用LEFT JOIN与RIGHT JOIN配合UNION ALL实现：先取左表全部，再取右表中左表缺失行，注意WHERE条件、字段一致性和索引优化。
MySQL 不支持 FULL JOIN，必须用 LEFT JOIN + RIGHT JOIN + UNION 拼接
MySQL 从 8.0 到最新版都**没有实现 FULL JOIN 语法**，直接写会报错：ERROR 1064 (42000): You have an error in your SQL syntax。这不是版本升级就能解决的限制，而是官方明确不计划支持的设计选择。想达到全外连接效果，只能手动组合。
用 LEFT JOIN 和 RIGHT JOIN 配合 UNION ALL 实现等效逻辑
核心思路是：先取左表全部（LEFT JOIN），再取右表中左表缺失的行（RIGHT JOIN + WHERE left_table.id IS NULL），最后合并。注意必须用 UNION ALL 而非 UNION，避免隐式去重带来性能损耗和语义偏差。
SELECT a.id AS a_id, a.name AS a_name, b.id AS b_id, b.value AS b_value FROM table_a a LEFT JOIN table_b b ON a.id = b.a_id UNION ALL SELECT a.id AS a_id, a.name AS a_name, b.id AS b_id, b.value AS b_value FROM table_a a RIGHT JOIN table_b b ON a.id = b.a_id WHERE a.id IS NULL;
关键点：
-
RIGHT JOIN部分必须加WHERE a.id IS NULL，否则会重复包含已出现在 LEFT JOIN 中的匹配行 - 两部分的列数、顺序、类型必须严格一致，否则
UNION ALL报错 - 如果字段名冲突（如两表都有
id），务必用别名显式区分，否则结果不可控
使用 COALESCE + FULL OUTER JOIN 模拟时的常见坑
有人尝试用 COALESCE(a.id, b.a_id) 当主键做合并，但这不是真正的 FULL JOIN 模拟——它无法表达“某一行只在右表存在且左表无对应”的原始结构，容易掩盖数据不对齐问题。
动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版
下载
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
更危险的是 NULL 值干扰：
- 若
a.id或b.a_id允许为 NULL，COALESCE(a.id, b.a_id)会把两个 NULL 合并成一个，丢失原始归属信息 -
LEFT JOIN和RIGHT JOIN的ON条件必须完全一致，否则两部分数据对不上 - 某些 ORM（如 Django ORM）生成的子查询可能隐式改变 NULL 处理逻辑，导致结果意外截断
性能与索引注意事项
这种模拟方式本质是两次扫描 + 合并，比原生 FULL JOIN 开销大。实际执行前务必确认：
- 连接字段（如
a.id和b.a_id）上都有有效索引，否则RIGHT JOIN部分可能触发全表扫描 - 如果右表远大于左表，把小表放前面做
LEFT JOIN，能减少中间结果集大小 - 在
WHERE a.id IS NULL子句中，MySQL 无法下推索引到RIGHT JOIN的右表，所以依赖左表连接字段的索引效率尤为关键
真正需要 FULL JOIN 语义时，优先考虑是否能通过业务逻辑拆解成两个独立查询——有时候“看起来像 FULL JOIN”的需求，其实只是缺个 COALESCE 或补空逻辑，没必要硬套外连接模型。
