用 LEFT JOIN 找出 A 表有但 B 表缺失的记录是最直接的一致性验证方式，即通过 LEFT JOIN 并筛选右表主键为 NULL 的行来识别源表存在而目标表缺失的数据。
用 LEFT JOIN 找出 A 表有但 B 表缺失的记录
验证一致性最直接的方式，就是看「源表有、目标表没有」的数据。比如订单表 orders 和订单快照表 orders_snapshot，想确认所有订单是否都已落库快照。
这时候不能用 INNER JOIN，它只返回两边都有的记录；得用 LEFT JOIN 并检查右表主键是否为 NULL：
SELECT o.order_id, o.created_at FROM orders o LEFT JOIN orders_snapshot s ON o.order_id = s.order_id WHERE s.order_id IS NULL;
常见错误是写成 WHERE s.order_id = NULL——SQL 里 NULL 不能用等号判断，必须用 IS NULL。
注意点：
-
LEFT JOIN的左表必须是你信任的“权威源”，右表才是待校验对象 - 连接条件要严格匹配业务主键，避免用模糊字段（如仅用
user_name）导致误判 - 如果右表有重复主键，
LEFT JOIN会生成多行，可能掩盖缺失问题，建议先对右表去重或加COUNT(*)检查
用 FULL OUTER JOIN 检查双向不一致（PostgreSQL / SQL Server）
有些场景需要同时看到「A 有 B 没有」和「B 有 A 没有」的记录，比如两个数据库之间的同步比对。MySQL 不支持 FULL OUTER JOIN，但 PostgreSQL 和 SQL Server 支持。
典型写法：
SELECT
a.order_id AS in_a,
b.order_id AS in_b,
CASE
WHEN a.order_id IS NULL THEN 'only_in_b'
WHEN b.order_id IS NULL THEN 'only_in_a'
END AS mismatch_type
FROM orders a
FULL OUTER JOIN orders_snapshot b ON a.order_id = b.order_id
WHERE a.order_id IS NULL OR b.order_id IS NULL;关键提醒：
- MySQL 用户得用
UNION模拟：(LEFT JOIN + IS NULL)UNION(RIGHT JOIN + IS NULL) - 如果表很大，
FULL OUTER JOIN可能触发笛卡尔积风险，务必确保连接字段有索引 - 别忽略
NULL值本身是否属于合法数据——比如某些字段允许空值，但你只想比对非空主键
用 JOIN + 字段对比发现内容不一致（不只是存在性）
存在性只是第一步；更常见的是记录存在，但关键字段对不上。比如 orders 和 orders_snapshot 都有 order_id，但 status 或 total_amount 不一致。
这时要在 JOIN 后加字段级判断：
SELECT o.order_id, o.status AS status_in_orders, s.status AS status_in_snapshot, o.total_amount, s.total_amount FROM orders o INNER JOIN orders_snapshot s ON o.order_id = s.order_id WHERE o.status != s.status OR o.total_amount != s.total_amount;
注意事项：
- 字符串比较要注意大小写和空格，必要时用
TRIM(UPPER())统一处理 - 浮点数慎用
!=直接比，建议用ABS(a - b) > 0.01控制误差范围 - 如果某字段在一边为
NULL，另一边非空，!=判断会返回UNKNOWN（即不满足），需显式写成(o.field IS NULL) != (s.field IS NULL)或用COALESCE
性能和可读性兼顾的实用技巧
一次性跑全量比对容易卡死，尤其千万级以上表。真实运维中没人真等两小时看结果。
推荐做法：
- 先加
LIMIT 100快速验证 SQL 逻辑是否正确，再删掉跑全量 - 用
COUNT(*)替代SELECT *先统计不一致数量，心里有底再查明细 - 把常用比对逻辑封装成视图或 CTE，例如：
WITH diff AS (SELECT ...)，方便复用和注释 - 涉及时间字段比对（如
updated_at）时，注意时区——两个表是否同属一个时区？要不要用AT TIME ZONE对齐？
最常被忽略的一点：JOIN 条件里的字段类型必须完全一致。比如 order_id 在 A 表是 BIGINT，B 表是 VARCHAR，即使值看起来一样，隐式转换也可能让索引失效，甚至漏比对。动手前先 DESCRIBE 或 pg_typeof() 看一眼类型。
