结论用 FULL JOIN 写差异视图时NULL 判断必须结合连接键与业务字段综合判断仅靠 id 是否为 NULL 会漏掉同主键但值不同的差异行。用 FULL JOIN 写差异视图时NULL 判断必须写对直接说结论视图里要区分“仅在左表”“仅在右表”“两边都有但字段不同”FULL JOIN 是基础但关键在 WHERE 条件里怎么筛出差异行——不能只看某一边的 id 是否为 NULL得结合连接键和业务主键一起判断。常见错误是这样写WHERE left_table.id IS NULL OR right_table.id IS NULL这只能抓出单边缺失漏掉“两边都有、但 name 或 amount 不同”的情况。实操建议先用 FULL JOIN 连两表连接条件用业务主键比如 order_id不是自增 id差异判断分三层① left_table.order_id IS NULL右表独有② right_table.order_id IS NULL左表独有③ left_table.order_id IS NOT NULL AND right_table.order_id IS NOT NULL AND (left_table.status ! right_table.status OR left_table.amount ! right_table.amount)同主键但值不同注意字符串比较MySQL 默认忽略末尾空格PostgreSQL 区分必要时加 TRIM() 或用 IS DISTINCT FROMPostgreSQL视图里别直接 SELECT *字段对齐容易出错SELECT * 看起来省事但在差异视图里会埋雷两表字段顺序不一致、同名字段类型不同比如左表 created_at 是 DATETIME右表是 TIMESTAMP、甚至右表多一个字段导致列数不匹配——视图创建直接失败或查询结果错位。实操建议显式列出所有要对比的字段左右表字段一一对应例如left_table.order_id AS order_id_l, right_table.order_id AS order_id_r, left_table.status AS status_l, right_table.status AS status_r类型不一致时用 CAST 统一比如 CAST(left_table.amount AS DECIMAL(10,2)) 和 CAST(right_table.amount AS DECIMAL(10,2))如果某字段右表没有用 NULL::TEXTPostgreSQL或 CAST(NULL AS CHAR)MySQL占位保持列结构稳定性能差多半是因为没加联合索引视图本身不存数据每次查都重跑 FULL JOIN。如果两表各 100 万行没索引时可能秒变分钟级而且容易触发磁盘临时表。 Tellers AI Tellers是一款自动视频编辑工具可以将文本、文章或故事转换为视频。