子查询不适合大规模数据同步差异化对比，因其执行慢、掩盖NULL语义、无法复用中间结果；NOT IN遇NULL返回空，应改用可索引优化的NOT EXISTS；标量子查询导致N+1查询，大表应改用聚合后JOIN；轻量场景可用，跨库大表宜用EXCEPT/UNION ALL或专用工具。
子查询不适合直接用于大规模数据同步的差异化对比，它容易拖慢执行、掩盖 NULL 语义问题、且无法高效复用中间结果。
WHERE 子查询做“存在性判断”时的陷阱
常见写法是 SELECT * FROM source WHERE id NOT IN (SELECT id FROM target)，但只要 target.id 中任意一行为 NULL，整条语句就返回空结果——这不是 bug，而是 SQL 三值逻辑（TRUE/FALSE/UNKNOWN）决定的。
- 改用
NOT EXISTS更安全：SELECT * FROM source s WHERE NOT EXISTS (SELECT 1 FROM target t WHERE t.id = s.id) -
NOT EXISTS能走索引、支持半连接优化，遇到第一条匹配就停止扫描；而NOT IN会先执行完子查询再做哈希比对，内存和时间开销都更大 - 如果
source和target表量级大（比如千万行），这种写法仍可能超时，建议先加覆盖索引：CREATE INDEX idx_target_id ON target(id)
FROM 子查询当“临时快照”用要加别名且慎选时机
比如想对比两个库中某张表的行数差异，有人会写：SELECT s.cnt - t.cnt AS diff FROM (SELECT COUNT(*) AS cnt FROM db1.orders) s, (SELECT COUNT(*) AS cnt FROM db2.orders) t。这看似简洁，但问题不少：
- MySQL 要求每个派生表必须有别名，
s和t是必须的，漏掉会报错Every derived table must have its own alias - 这个子查询在执行时会被物化（尤其 MySQL 5.7+），但无法把外层条件（如时间范围过滤）下推到子查询里，导致全表 COUNT
- 如果只是比行数，优先用
SHOW TABLE STATUS或information_schema.TABLES查TABLE_ROWS，速度快且不锁表
SELECT 子句里的标量子查询会引发 N+1 查询
例如同步用户数据时，想在结果里带出每个用户的最新订单时间：SELECT u.id, u.name, (SELECT MAX(created_at) FROM orders o WHERE o.user_id = u.id) AS last_order FROM users u。这看起来直观，但实际是灾难性的：
- 每查一条
users记录，就触发一次orders表的子查询，10 万用户 = 10 万次独立查询 - 即使
orders.user_id有索引，也扛不住高频小查询带来的 I/O 和连接开销 - 正确做法是先聚合再 JOIN：
SELECT u.id, u.name, o.max_time FROM users u LEFT JOIN (SELECT user_id, MAX(created_at) AS max_time FROM orders GROUP BY user_id) o ON u.id = o.user_id
真正做数据同步差异对比时，子查询只适合轻量、单次、结果集小的场景；一旦涉及跨库、大表或高频调用，就得切到 EXCEPT/UNION ALL 集合运算，或用专用工具抽样比对——子查询的“嵌套感”太强，容易让人忽略它背后真实的执行路径和资源代价。
