mysql官方从未支持full outer join，从5.7到8.0.32均直接报error 1064语法错误，因其词法分析器未注册full join关键字，根本未进入优化器；替代方案需用left+right join配合union，并严格处理null、类型对齐与重复行。
MySQL压根不支持 FULL OUTER JOIN，不是你语法写错、版本太低或配置没开，而是官方从 5.7 到 8.0.32（截至 2026 年 9 月）都明确拒绝实现——执行就报 ERROR 1064 (42000): You have an error in your SQL syntax。
为什么解析器直接报错：FULL JOIN 不是 MySQL 的保留字
MySQL 的词法分析器在语法扫描阶段就识别不出 FULL JOIN 或 FULL OUTER JOIN 这两个关键字。它根本没注册这个 token，连进入查询优化器的机会都没有。这不是兼容性开关能打开的，也不是靠改 optimizer_switch 就能启用的（哪怕 8.0.29+ 增加了部分支持，默认也禁用且仅限特定优化路径）。UNION JOIN 同样不存在，纯属拼凑幻觉，一写就报错。
用 LEFT JOIN + RIGHT JOIN + UNION 拼全连接时，字段对齐最容易翻车
模拟的核心是把“左表全集”和“右表独有行”合并，但实际操作中列结构稍不一致就会触发 ERROR 1222：
- 左右两段
SELECT的列数必须相等，顺序必须一致，同位置字段语义要对得上 -
NULL没有默认类型：如果左段是VARCHAR(50)，右段只写NULL，MySQL 可能推成DECIMAL导致类型冲突 - 务必显式声明类型，比如
CAST(NULL AS CHAR)或NULL AS name - 所有字段统一用别名，否则结果集列头混乱，下游取值极易错位
NOT EXISTS 在连接字段为 NULL 时会整块失效
这是最隐蔽的坑：当左表连接字段（如 employees.department_id）允许为 NULL，那么 ON e.department_id = d.id 在子查询中永远不成立（NULL = anything 返回 UNKNOWN），导致“右表独有”部分完全漏掉。
不能靠改 ON 条件解决，必须提前处理：
- 清洗数据，把空外键设为合法占位值（如
-1） - 或改用
COALESCE(e.department_id, -1) = COALESCE(d.id, -1)，但得确认-1不是业务真实 ID - 避免用
NOT IN，它遇到任意NULL就整个子查询返回空
UNION vs UNION ALL：交集重复问题必须盯死
LEFT JOIN 已包含交集，RIGHT JOIN 也包含同一交集，直接 UNION ALL 会导致匹配行出现两次。正确做法是：
- 用
UNION（自动去重），但代价是排序+去重开销大，大表上明显变慢 - 或更稳妥地拆成两段：
— 第一段：LEFT JOIN 全量
— 第二段：RIGHT JOIN +WHERE 左表主键 IS NULL，确保只取右表独有行 - 第二段必须加
WHERE条件，否则交集重复无法避免
真正难的不是写出能跑的 SQL，而是在字段可空、类型隐式转换、大表性能、下游字段引用这四重约束下，让结果既正确又可控。每一步补 NULL、每处 COALESCE、每次 UNION 都得带着验证意识去写。
