EXISTS判断关联记录存在性最高效，必须写相关子查询（如WHERE o.user_id = u.id），否则恒真/恒假；SELECT 1比SELECT *更规范；慎用IN（NULL致UNKNOWN）和LEFT JOIN（全量连接开销大）。
用 EXISTS 判断关联记录是否存在
直接用 EXISTS 是最常用也最高效的方式，它不关心子查询返回多少行，只判断有没有匹配结果。相比 IN 或 JOIN，EXISTS 在存在性检查场景下通常更快，尤其当子表数据量大、但只需要“有无”结果时。
常见错误是把 EXISTS 写成无关联的子查询（即子查询里没引用外层表），那样会变成恒真或恒假——比如 SELECT * FROM users WHERE EXISTS (SELECT 1 FROM orders)，只要 orders 表非空，所有用户都会被查出来。
- 必须在子查询中通过列名关联外层表，例如
WHERE user_id = u.id - 子查询里
SELECT后面写什么都行，SELECT 1、SELECT NULL都可以，数据库不会真的取值 - 别用
SELECT *在EXISTS子查询里，虽不报错，但语义不清且可能误导自己
SELECT u.id, u.name FROM users u WHERE EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id );
用 IN 要小心 NULL 和性能陷阱
IN 看起来直观，但有两个硬伤：一是子查询结果含 NULL 时，整条 IN 条件会返回 UNKNOWN，导致该行被过滤掉（哪怕其他值完全匹配）；二是如果子查询结果集很大，数据库可能无法有效利用索引，甚至退化为嵌套循环。
典型错误现象：明明 orders 表里有对应 user_id 的记录，但 SELECT * FROM users WHERE id IN (SELECT user_id FROM orders) 却查不到某些用户——大概率是 orders.user_id 有 NULL 值。
- 确保子查询字段不允许为
NULL，或显式加WHERE user_id IS NOT NULL - 如果子查询来自复杂逻辑（如多表 JOIN + 条件过滤），
IN可能比EXISTS更难优化 -
IN后面的列表长度有限制（不同数据库不同），超长时建议改用临时表或EXISTS
LEFT JOIN + WHERE IS NULL 是反向写法
如果目标是查「没有关联记录」的数据，LEFT JOIN ... WHERE xxx IS NULL 是标准解法；但反过来查「有」关联记录，虽然也能写，却不推荐——它会先做全量连接，再过滤，中间结果集可能远大于实际需要。
比如 SELECT u.* FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.user_id IS NOT NULL，即使最终只想要有订单的用户，数据库仍可能把所有用户都拉出来连一遍，内存和 IO 开销都更高。
- 这种写法在小表上感知不强，但一旦 users 或 orders 达到百万级，执行计划里常能看到
Hash Join或Merge Join的代价飙升 - 如果业务上同时要查「有」和「无」，可以考虑先用
EXISTS查「有」，再用NOT EXISTS查「无」，避免冗余连接
MySQL 8.0+ 和 PostgreSQL 中的 LATERAL / JOIN LATERAL
当子查询需要依赖外层每行的多个字段、或要复用计算结果时，普通 EXISTS 不够用。LATERAL（PostgreSQL）或 JOIN LATERAL（MySQL 8.0.14+）允许你在 JOIN 子句中引用左侧表字段，还能在子查询里用 LIMIT 1 提前终止搜索。
比如查每个用户最新一笔订单的金额：EXISTS 没法直接表达“最新”，而 LATERAL 可以让子查询按时间倒序取第一条，效率比先 JOIN 再 ROW_NUMBER() 高得多。
- MySQL 中写法是
JOIN LATERAL (SELECT ... WHERE ... ORDER BY created_at DESC LIMIT 1) AS last_order - PostgreSQL 中是
LEFT JOIN LATERAL (SELECT ...) AS last_order ON true - 注意
LATERAL子查询不能单独执行，必须作为 JOIN 的一部分，否则会报错syntax error near LATERAL
很多开发者卡在「为什么明明有数据却查不出来」，问题往往不在语法，而在子查询是否真正关联、NULL 值是否干扰、或者数据库优化器选错了执行路径。动手前先 EXPLAIN 一下，比反复改条件更省时间。
