EXISTS子查询用于高效判断记录是否存在，只返回TRUE或FALSE；它通过半连接执行，支持关联条件、对NULL安全，且可提前终止，性能优于IN和JOIN。
EXISTS 子查询用于高效判断某条记录是否存在，不关心具体数据，只返回 TRUE 或 FALSE。 它比 IN 或 = 配合子查询更适用于存在性检查，尤其在子查询结果集较大或只需确认“有没有”时，性能更好（可提前终止）。
EXISTS 的基本语法和逻辑
EXISTS 后面跟一个子查询，只要子查询能返回至少一行结果，整个 EXISTS 表达式就为 TRUE；否则为 FALSE。它不依赖子查询中的 SELECT 列内容（通常用 SELECT 1 或 SELECT * 即可），只看是否有结果行。
- 写法示例：
SELECT * FROM users WHERE EXISTS (SELECT 1 FROM orders WHERE orders.user_id = users.id); - 注意：子查询中必须关联外部表（如
orders.user_id = users.id），否则变成“非相关子查询”，可能恒真或恒假。 - EXISTS 不会去重、不排序、不取值，纯粹做存在性扫描，优化器常选择半连接（semi-join）执行，效率高。
常见使用场景
查有订单的用户：比 IN (SELECT user_id FROM orders) 更安全（自动忽略 NULL）、更高效（遇到第一条匹配即停）。
查没有评论的文章：用 NOT EXISTS，例如：SELECT * FROM articles a WHERE NOT EXISTS (SELECT 1 FROM comments c WHERE c.article_id = a.id);
避免重复插入前校验：在应用层或存储过程中，先用 EXISTS 判断主键/唯一字段是否已存在，再决定 INSERT 还是 UPDATE（注意并发时建议配合唯一索引+ON DUPLICATE KEY）。
注意事项与优化提示
- 子查询里尽量加 WHERE 条件并确保有对应索引（如
user_id、article_id等外键字段），否则可能触发全表扫描。 - 不要在 EXISTS 子查询中写
SELECT *并期望获取字段值——它只返回布尔结果，SELECT 后的内容被忽略。 - 如果子查询不关联外部表（如
EXISTS (SELECT 1 FROM orders LIMIT 1)），MySQL 会执行一次并缓存结果，相当于常量判断，慎用。 - 相比
LEFT JOIN ... IS NULL实现“不存在”，NOT EXISTS 语义更清晰，且在多数情况下执行计划更优。
EXISTS vs IN vs JOIN 的简明对比
EXISTS：适合存在性判断，支持关联条件，对 NULL 安全，推荐用于“有没有”类需求。
IN：适合小结果集枚举，若子查询含 NULL，整个表达式可能返回 NULL（导致意外过滤），不推荐用于大表检查。
JOIN：适合需要取关联数据的场景；若只为判断存在，JOIN 会产生冗余中间结果，开销更大。
