EXISTS 比 COUNT() 更快，因其具备短路特性：一旦找到首条匹配行即返回 TRUE 并终止扫描，无需全表遍历或聚合计数；而 COUNT() 必须统计所有匹配行，性能开销大，尤其在大数据量或缺失索引时差异显著。
EXISTS 比 COUNT(*) 更快，因为它能短路
当只关心“是否存在”而非“有多少条”时，EXISTS 通常比 COUNT(*) 高效得多。数据库引擎在找到第一条匹配记录后就立即返回 TRUE，无需扫描全表或聚合计数。
而 COUNT(*) 必须遍历所有匹配行（哪怕你只写 WHERE ... LIMIT 1，优化器也常忽略该限制），尤其在大表或无索引字段上差异明显。
正确写法：用 EXISTS + 子查询，别漏掉 WHERE 条件
EXISTS 的子查询必须关联外层，否则容易误判为恒真。常见错误是写成不相关子查询，导致返回全部结果。
- ✅ 正确（相关子查询）：
SELECT * FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.status = 'paid')
- ❌ 错误（不相关子查询）：
SELECT * FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.status = 'paid')
——这会把所有用户都查出来，只要有一笔已支付订单 - 子查询里用
SELECT 1就够了，SELECT *或SELECT id不影响逻辑，但语义更清晰
替代 COUNT(*) 的典型场景与写法对比
比如检查某用户是否有未读消息，用 EXISTS 直接表达意图，且性能可控：
- ❌ 低效写法（还可能引发 N+1）：
SELECT COUNT(*) > 0 AS has_unread FROM messages WHERE user_id = 123 AND is_read = false
- ✅ 推荐写法：
SELECT EXISTS (SELECT 1 FROM messages WHERE user_id = 123 AND is_read = false) AS has_unread
- 注意：PostgreSQL 和 SQL Server 支持直接在
SELECT中用EXISTS；MySQL 8.0+ 也支持；旧版 MySQL 需包一层SELECT或改用IF
容易被忽略的索引与 NULL 陷阱
EXISTS 能否真正快起来，高度依赖子查询中 WHERE 条件字段是否有合适索引。没索引时，它照样要全表扫描。
- 确保子查询的关联字段和过滤字段（如
user_id,status）有联合索引，顺序按查询条件选择性从高到低排列 -
EXISTS对NULL安全：即使子查询返回NULL行（比如SELECT 1 WHERE 1=0），结果仍是FALSE，行为稳定 - 别混淆
NOT EXISTS和IS NULL：前者检查子查询无结果，后者检查值是否为空，语义完全不同
真正关键的不是语法切换，而是确认子查询能否命中索引——否则 EXISTS 也只是“看起来快”。
