exists 比 count() > 0 快得多，因为 exists 找到第一行即终止扫描，而 count() 必须遍历全表统计；且 exists 不受 null 影响，语义更安全、性能更优。
直接用 EXISTS，别写 COUNT(*) > 0 —— 前者找到第一行就停，后者必须扫全表。
为什么 EXISTS 比 COUNT(*) 快得多
数据库执行 COUNT(*) 时，哪怕只有一行匹配，也得把整个结果集扫完才能返回数字；而 EXISTS 在子查询中命中第一条记录后立即终止扫描，不取数据、不计数、不回传字段。
-
COUNT(*)是“统计任务”，引擎必须确认所有行 -
EXISTS是“存在验证”，引擎只关心“能不能生成至少一行” - 大表或复杂
JOIN场景下，性能差距可能是毫秒级 vs 秒级 - 某些严格 SQL 模式下，
COUNT(*)子查询若无结果会返回NULL，导致> 0判断失效
EXISTS 子查询里该写 SELECT 1 还是 SELECT *
效果完全一样，但推荐写 SELECT 1 —— 它明确表达“只判存在，不要数据”，可读性更强，且避免误塞入多余字段引发解析歧义。
-
SELECT NULL、SELECT 'x'、SELECT 1都合法，引擎全部忽略 SELECT 列表内容 -
SELECT COUNT(*)是典型错误：它恒返回一行（哪怕值为 0），导致EXISTS永远为TRUE - 子查询中不能出现聚合 + 无
GROUP BY，否则语法报错，不是逻辑错误
关联子查询里字段引用容易出错的点
外部表字段只能在子查询的 WHERE 条件中用于关联（如 t2.id = t1.id），不能当普通表达式参与计算（如 t2.id = t1.id + 1）—— 后者多数数据库直接报错，错误提示常不指向作用域问题，而是笼统说“列不存在”或“语法错误”。
- 确保外部字段在主查询中可见：不在聚合上下文、不在更深层子查询作用域外
- 子查询若含语法错误（表名错、字段拼错），整个
EXISTS表达式报错，不会静默返回FALSE - 子查询中若含
HAVING或GROUP BY，语义已偏离“简单存在性检查”，需额外验证逻辑是否符合预期
EXISTS 和 IN 在 NULL 场景下的行为差异
如果子查询结果包含 NULL，IN 整个表达式会变成 UNKNOWN（通常被当作 FALSE），而 EXISTS 完全不受影响 —— 只要能生成一行（哪怕全是 NULL），就返回 TRUE。
- 查“有订单的用户”，用
WHERE EXISTS (SELECT 1 FROM orders WHERE user_id = u.id)更安全 - 用
u.id IN (SELECT user_id FROM orders)时，只要orders.user_id有一条NULL，整条IN就失效 - 若子查询结果集极小且确定无
NULL，IN可读性略高，但性能优势几乎为零
最常被忽略的是：子查询里写的字段名，必须真实存在于子查询能访问的表中；而外部表字段的可见性，取决于主查询的执行上下文，不是看它“看起来像在哪”。
