在日常开发中，处理数据时经常需要判断某张表里是否存在满足条件的记录。比如，想知道某个用户有没有下过订单，或者某个部门有没有员工。这时候，用 EXISTS 就特别合适。
EXISTS 是干什么的？
EXISTS 用来检查子查询是否返回任何结果。只要子查询至少返回一行数据，EXISTS 就返回 true；如果子查询没有结果，就返回 false。它不关心具体查到了多少条，只关心“有没有”。
基本语法长什么样？
它的写法一般是这样：
SELECT 列名 FROM 表1 WHERE EXISTS (子查询);来看一个实际例子。假设我们有两个表：users（用户表）和 orders（订单表）。想找出所有下过订单的用户：
SELECT u.name FROM users u WHERE EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id
);这里子查询里的 SELECT 1 只是个占位符，因为 EXISTS 只关心行是否存在，查什么字段都不重要，所以选 1 是一种习惯写法，效率也高。
EXISTS 和 IN 有啥区别？
很多人喜欢用 IN 来做类似的判断，比如：
SELECT name FROM users WHERE id IN (SELECT user_id FROM orders);看起来效果差不多，但有个关键差异：当子查询的结果中有 NULL 值时，IN 的行为可能不如预期，而且 EXISTS 在关联字段较多或数据量大时通常性能更好，因为它一旦找到匹配就停止查找，属于“短路”机制。
NOT EXISTS：反过来用也很实用
如果要查“从未下过订单的用户”，可以用 NOT EXISTS：
SELECT u.name FROM users u WHERE NOT EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id
);这种写法清晰又高效，比用 LEFT JOIN + IS NULL 更容易理解，尤其在复杂查询中优势更明显。
使用时的小提醒
写 EXISTS 子查询时，记得把外层表和子查询中的表关联起来，不然容易变成无意义的全扫描。比如上面例子中的 o.user_id = u.id 就是关键，它让子查询依赖于外层的每一行，这种叫“相关子查询”。
另外，虽然 EXISTS 性能通常不错，但如果子查询本身很慢，整体还是会卡。建议在涉及的字段上建好索引，比如 orders.user_id 加索引，能大幅提升查询速度。