EXISTS用于判断子查询是否返回至少一行，返回TRUE或FALSE，具短路特性且对NULL安全；常用于存在性检查，效率通常优于IN，需确保关联字段有索引。
MySQL 中 EXISTS 用于判断子查询是否返回至少一行结果，它不关心具体数据，只返回 TRUE 或 FALSE，常用来做存在性检查，效率通常优于 IN（尤其当子查询结果集较大时）。
EXISTS 基本语法与执行逻辑
EXISTS 后面跟一个子查询，只要子查询能查出任意一行（哪怕只有一列、值为 NULL），整个 EXISTS 表达式就返回 TRUE；否则返回 FALSE。注意：子查询中的 SELECT 列名无关紧要，习惯上写 SELECT 1 或 SELECT * 即可，MySQL 会自动忽略实际字段内容。
- EXISTS 是“半连接（semi-join）”，外层表每行仅需确认内层是否存在匹配，找到第一个就停止扫描，有短路特性
- 子查询中通常包含对外层表的引用（相关子查询），比如 WHERE inner.col = outer.col
- EXISTS 不支持 LIMIT，也不能直接用于 UPDATE/DELETE 的 SET 子句，但可出现在 WHERE 条件中
常见使用场景示例
查找有订单的客户信息（客户表 customer，订单表 orders）：
SELECT * FROM customer c WHERE EXISTS ( SELECT 1 FROM orders o WHERE o.customer_id = c.id );
查找没有订单的客户（用 NOT EXISTS）：
SELECT * FROM customer c WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.customer_id = c.id );
配合其他条件组合使用（如限定订单金额大于 100）：
SELECT * FROM customer c WHERE EXISTS ( SELECT 1 FROM orders o WHERE o.customer_id = c.id AND o.amount > 100 );
EXISTS vs IN vs JOIN 的选择建议
三者语义不同，不能简单互换：
- IN 要求子查询返回单列值，且会将结果缓存（可能产生临时表），若子查询含 NULL，IN 行为异常（整个条件判为 UNKNOWN）；EXISTS 对 NULL 安全
- JOIN 更适合需要取子表字段或统计汇总的场景；EXISTS 仅需判断“是否存在”，语义更清晰、执行计划往往更优
- 当子查询结果集大、外层表小时，EXISTS 通常更快；反之若外层大、子查询小且已建索引，IN 或 JOIN 可能更合适
- 务必确保子查询中关联字段（如 o.customer_id）上有索引，否则性能急剧下降
注意事项与避坑点
写 EXISTS 容易忽略的细节：
- 子查询里别漏写关联条件，否则变成“无关联子查询”，可能导致全表扫描或恒真/恒假
- 不要在 EXISTS 子查询中 SELECT 大字段或做复杂计算，它只看“有没有行”，多余操作纯属浪费
- NOT EXISTS 的执行代价可能高于 EXISTS（需确认全表无匹配），必要时可考虑 LEFT JOIN + IS NULL 替代
- EXISTS 返回的是布尔值，不能直接参与算术运算或排序，只能用于 WHERE/HAVING 条件
