sql中无直接full outer join差异查询语法，主流数据库多不支持或需手动筛选；通用解法是left join与right join结合union all分别提取左右表独有记录，并确保join条件覆盖全部业务键以避免误判。
SQL里没有直接的FULL OUTER JOIN差异查询语法
多数数据库（比如MySQL）压根不支持FULL OUTER JOIN，硬写会报错ERROR 1064。PostgreSQL、SQL Server、Oracle虽支持，但“查差异”不是它原生目的——它只是把左右表全保留，空位补NULL，后续还得手动筛。别指望一条JOIN就吐出“A有B没有”的结果。
用LEFT JOIN + RIGHT JOIN UNION模拟FULL OUTER JOIN查差异
这是最通用、兼容性最强的做法，尤其适合MySQL用户。核心思路：分别找出左表独有、右表独有记录，再合并。
- 左表独有 =
LEFT JOIN后右表字段全为NULL - 右表独有 =
RIGHT JOIN（或反向LEFT JOIN）后左表字段全为NULL - 用
UNION ALL拼接，避免去重开销（差异行天然不重复）
SELECT 'only_in_a' AS source, a.id, a.name FROM table_a a LEFT JOIN table_b b ON a.id = b.id WHERE b.id IS NULL UNION ALL SELECT 'only_in_b' AS source, b.id, b.name FROM table_b b LEFT JOIN table_a a ON b.id = a.id WHERE a.id IS NULL;
WHERE条件必须对齐主键/业务键，不能只靠单字段
差异判断依赖匹配逻辑。如果只用id连接，但实际业务中id可能不唯一或不是主键，结果会漏判或多判。例如两表都有user_id和email，应联合判断：
- 错误写法：
ON a.user_id = b.user_id→ 忽略email变更 - 正确写法：
ON a.user_id = b.user_id AND a.email = b.email，或用CONCAT(a.user_id, a.email)构造唯一键（注意NULL处理） - 更稳妥：用
WHERE (a.user_id != b.user_id OR a.email != b.email) IS NOT FALSE避开NULL比较陷阱
性能差？别让FULL OUTER JOIN模拟拖垮大表
两遍JOIN + UNION在千万级表上会明显变慢，尤其没索引时。关键优化点：
- 确保JOIN字段（如
id、user_id）在两张表上都有索引 - 避免在
WHERE里用函数包装字段，比如WHERE COALESCE(a.name, '') != COALESCE(b.name, '')会让索引失效 - 如果只关心“是否存在差异”，用
EXISTS替代JOIN更快：SELECT id FROM table_a WHERE NOT EXISTS (SELECT 1 FROM table_b WHERE table_b.id = table_a.id)
真正要对比整行内容是否一致，且数据量大，优先考虑应用层分批拉取哈希值比对，而不是硬扛SQL。
