跨数据库实例对比需先配置外部对象（如federated、postgres_fdw、链接服务器），禁用not in而改用not exists，避免limit子查询，统一null处理，并通过explain验证远端pushdown。
跨数据库实例的数据对比不能靠裸写 IN 或 NOT IN，必须先确认底层是否支持跨实例访问，再选对语法和执行模型——否则查不到数据、报错、漏差、性能崩都是常态。
跨实例查询前必须建好外部对象
MySQL 的 FEDERATED 引擎、PostgreSQL 的 postgres_fdw、SQL Server 的链接服务器，都不是“开箱即用”的跨实例能力。没提前配置，SELECT * FROM db1.users WHERE id IN (SELECT id FROM db2.users) 会直接报 Unknown database 'db2' 或 relation "db2.users" does not exist。
- MySQL：启用
FEDERATED后，需用CREATE SERVER+CREATE TABLE ... ENGINE=FEDERATED映射远端表 - PostgreSQL：装好
postgres_fdw后，要CREATE FOREIGN DATA WRAPPER→CREATE SERVER→CREATE USER MAPPING→IMPORT FOREIGN SCHEMA - SQL Server：用
sp_addlinkedserver注册远程实例，权限需显式授予SELECT权限，否则报Access denied
别用 NOT IN 做存在性校验
NOT IN 遇到子查询返回任意一个 NULL，整行条件就变成 UNKNOWN，结果被静默过滤——你查不到“缺失记录”，只以为数据全对上了。
- 正确写法是
NOT EXISTS (SELECT 1 FROM remote_db.users u WHERE u.id = local_table.user_id) - 子查询里固定写
SELECT 1，不写SELECT *或SELECT id，避免字段传输和优化器误判 - 确保远端表的关联字段（如
users.id）有索引，否则每次都要全表拉取
IN 子查询带 LIMIT 会报错，改用 JOIN 或物化
MySQL 5.7 及更早版本不支持 IN (SELECT ... LIMIT N)，报错 This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'；即使在 MySQL 8.0+，IN 中仍不支持带 LIMIT 的子查询。
- 绕过方式一：把子查询转成派生表
JOIN，例如SELECT u.* FROM local_db.users u JOIN (SELECT DISTINCT user_id FROM remote_db.logs ORDER BY created_at DESC LIMIT 10) l ON u.id = l.user_id - 绕过方式二：先用
CREATE TEMPORARY TABLE tmp_ids AS SELECT ...物化结果，再JOIN或IN，避免重复拉取 - PostgreSQL / MySQL 8.0+ 可考虑窗口函数：
SELECT user_id FROM (SELECT user_id, ROW_NUMBER() OVER (ORDER BY created_at DESC) rn FROM remote_db.logs) t WHERE rn
浮点字段比对必须加 ABS 容差，空值必须 COALESCE
两个库的 SUM(amount) 直接用 = 判断，只要任一库某天无记录，SUM() 返回 NULL，整个等式失效；浮点计算因精度差异，39.99999999999999 != 40.0 会被当成真实差异。
- 数值比对统一用：
ABS(COALESCE(a.total, 0) - COALESCE(b.total, 0)) > 0.01 - 明细对汇总时，子查询必须
GROUP BY对齐维度，否则一对多导致重复计数 - 如果 A 库字段允许 NULL、B 库默认为 0，比对前得先统一处理：
COALESCE(a.field, 0) = COALESCE(b.field, 0)
最易被忽略的是执行计划里的 DEPENDENT SUBQUERY 和远端 pushdown 是否生效——跨实例查询慢，往往不是语句写得不对，而是数据库把整个远端表拖到本地再过滤。务必用 EXPLAIN 看子查询是否标记为 materialized 或走远端索引扫描。
