MySQL不支持FULL OUTER JOIN，直接执行报ERROR 1064；需用LEFT JOIN加RIGHT JOIN（WHERE左表ID IS NULL）与UNION拼接，确保字段顺序、类型、别名一致，并用UNION去重交集行。
MySQL不支持FULL OUTER JOIN，得换思路
MySQL 8.0 及更早版本原生不支持 FULL OUTER JOIN，直接写会报错 ERROR 1064。这不是语法写错了，是引擎根本不认这个关键词。PostgreSQL、SQL Server、Oracle 支持，但如果你用的是 MySQL（尤其线上环境），必须绕开。
用LEFT JOIN + RIGHT JOIN + UNION模拟FULL OUTER JOIN
核心逻辑是：把左表全量保留的记录 + 右表有而左表没有的记录拼起来。注意要去重交集部分，否则重复行会多算一次。
假设两张表：orders 和 customers，想按 customer_id 合并：
SELECT o.order_id, o.amount, c.customer_name FROM orders o LEFT JOIN customers c ON o.customer_id = c.id UNION SELECT o.order_id, o.amount, c.customer_name FROM orders o RIGHT JOIN customers c ON o.customer_id = c.id WHERE o.customer_id IS NULL;
-
LEFT JOIN拿到所有订单 + 匹配上的客户（含NULL客户名） -
RIGHT JOIN ... WHERE o.customer_id IS NULL补上那些没下单的客户 - 用
UNION（不是UNION ALL）自动去重交集行 - 字段顺序、类型、别名必须完全一致，否则
UNION报错
PostgreSQL/SQL Server可以直接用，但NULL匹配要小心
在支持的数据库里，FULL OUTER JOIN 看似简单，但实际容易漏掉隐式条件导致结果异常。
- 连接字段含
NULL时，FULL OUTER JOIN不会匹配——因为NULL = NULL是UNKNOWN，不是TRUE - 如果业务上认为两个
NULL应该算“相等”，得显式加OR (a.col IS NULL AND b.col IS NULL) - 某些场景下，
FULL OUTER JOIN的执行计划比双JOIN更重，尤其是大表，建议加索引覆盖连接字段
替代方案：用COALESCE + FULL JOIN逻辑改写为LEFT JOIN主表
多数真实需求其实并不真需要“物理上左右都补NULL”，而是想以某一方为主、另一方可选补充。这时强行用 FULL OUTER JOIN 反而难维护。
比如分析客户维度，希望每个客户一行，带其订单汇总（无订单则金额为0）：
SELECT c.id, c.name, COALESCE(SUM(o.amount), 0) AS total_spent FROM customers c LEFT JOIN orders o ON c.id = o.customer_id GROUP BY c.id, c.name;
这种写法更清晰、性能更好、兼容所有SQL方言，也更容易加 WHERE 过滤或聚合后筛选。
真正需要 FULL OUTER JOIN 的场景其实很少——通常是ETL宽表拼接或数据质量对比，这时候更要确认两边的 NULL 语义是否一致，而不是只看语法能不能跑通。
