EXISTS子查询必须为相关子查询，需引用外层表字段以实现逐行判断；其效率高于IN和JOIN，适用于外层小、内层大且有索引的“存在性”检查场景。
EXISTS 子查询必须写成相关子查询
直接用 EXISTS 判断记录是否存在时，子查询里不能是独立查询（比如 SELECT 1 FROM users WHERE status = 'active'），否则数据库会当成恒真或恒假处理——它不关心外层数据，只执行一次，结果无法反映“当前行是否匹配”。正确做法是让子查询引用外层表的字段，形成关联。
- 错误写法：
SELECT id FROM orders WHERE EXISTS (SELECT 1 FROM users WHERE users.id = 123)—— 这实际查的是“用户ID=123是否存在”，和orders表完全无关 - 正确写法：
SELECT o.id FROM orders o WHERE EXISTS (SELECT 1 FROM users u WHERE u.id = o.user_id AND u.status = 'active')—— 关联了o.user_id，每行orders都会动态检查对应用户是否活跃 - 注意：子查询中
SELECT后的内容无关紧要，SELECT 1、SELECT NULL、SELECT *效果一样，MySQL 只判断是否有结果行
EXISTS vs IN vs JOIN：什么场景该选 EXISTS
当目标只是“判断存在性”而非取关联数据时，EXISTS 通常比 IN 和 JOIN 更高效，尤其在外表小、子查询表大，且子查询有合适索引的情况下。MySQL 在遇到 EXISTS 时可提前终止子查询（找到第一行即停），而 IN 可能需生成完整中间结果集。
- 优先用
EXISTS：外层表行数少（如查某几个订单是否关联有效用户）、子查询表有索引（如users(id)或users(user_id, status)） - 慎用
EXISTS：子查询无索引，或外层表极大（此时可能全表扫描+多次子查询，不如先建临时表） -
IN适合：子查询结果集很小（NULL 值；若子查询含NULL，IN整体返回空结果，EXISTS不受影响
EXISTS 返回布尔语义，但 MySQL 没有原生 boolean 类型
MySQL 不支持 BOOLEAN 列类型（实际是 TINYINT(1) 的别名），所以不能直接写 SELECT EXISTS(...) AS is_exists 得到 true/false 字面量。需要手动转换。
- 常用转换方式：
SELECT id, (EXISTS (SELECT 1 FROM logs l WHERE l.order_id = o.id)) AS has_log FROM orders o—— 结果是1或0 - 想显示字符串，可用
CASE：CASE WHEN EXISTS (...) THEN 'yes' ELSE 'no' END - 注意：
EXISTS本身不报错，但若子查询语法错误（如字段不存在），整个语句仍会报错，不是静默失败
常见错误：WHERE 条件漏写或写错关联字段
最常踩的坑是子查询里忘了加关联条件，或者用了错误字段名，导致逻辑变成“只要子表有任意一行就全匹配”，结果全为 true。
- 典型错误：
EXISTS (SELECT 1 FROM user_profiles p WHERE p.user_id = o.user_id)写成p.user_id = o.id（字段错位），或漏掉WHERE直接写EXISTS (SELECT 1 FROM user_profiles) - 调试建议：先把子查询单独拿出来运行，代入一个外层值测试，例如
SELECT 1 FROM user_profiles WHERE user_id = 123，确认能否返回行 - EXPLAIN 看执行计划时，注意子查询是否出现
DEPENDENT SUBQUERY—— 这才是预期行为；如果是SIMPLE或DERIVED，说明没关联上
