EXISTS比SELECT 更轻量查“是否存在”本质是布尔判断，不是取数据；它通过半连接语义实现短路执行，找到第一条匹配即返回TRUE，不构造结果集，而SELECT 加LIMIT 1仍可能全表扫描并解析列。
用 EXISTS 比 SELECT * 更轻量
查“是否存在”本质是布尔判断，不是取数据。用 SELECT * 加 LIMIT 1 看似简单，但 MySQL 仍可能走全表扫描、构造完整结果集，浪费 I/O 和内存。而 EXISTS 是半连接语义，引擎一旦找到第一条匹配就立即返回 TRUE，不继续扫描。
推荐写法：
SELECT EXISTS(SELECT 1 FROM users WHERE id = 123) AS exists_flag;
注意：SELECT 1 是惯用写法，SELECT * 在子查询里反而可能触发额外列解析开销；EXISTS 返回的是 0 或 1，不是布尔字面量。
COUNT(*) > 0 在小数据量下可行，但别在大表上用
很多人直觉写 SELECT COUNT(*) > 0 FROM table WHERE ...，逻辑没错，但 MySQL 会实际统计所有匹配行数——哪怕你只关心“有没有”。对千万级表，这等于强制全量扫描。
适用场景仅限：
- 表很小（比如配置表、状态字典表）
- WHERE 条件能命中唯一索引，且优化器能提前终止（但不可靠，不如
EXISTS明确） - 你正在调试，需要顺手看“到底有几条”
别把它当通用解法，尤其别在应用代码里封装成“checkExists()”方法默认走 COUNT。
WHERE 子句没走索引时，EXISTS 也救不了性能
EXISTS 快的前提是子查询能利用索引快速定位。如果 WHERE 条件字段没索引，或用了函数/表达式（比如 WHERE UPPER(name) = 'ABC'），MySQL 依然要扫全表。
检查方式：
- 执行
EXPLAIN看type是否为const、ref或range，避免ALL - 确认
key列显示实际使用的索引名 - 注意隐式类型转换：比如
id是INT，但传了字符串'123'，可能导致索引失效
示例错误写法：SELECT EXISTS(SELECT 1 FROM orders WHERE user_id = '1001') —— 如果 user_id 是整型，单引号会触发类型转换，索引可能被忽略。
应用层调用时，别把 EXISTS 结果当布尔值直接用
MySQL 的 EXISTS 返回的是 TINYINT(1)，值为 1 或 0，不是标准 SQL 布尔类型。不同客户端驱动处理方式不同：
- Python 的
pymysql返回int，需显式判断== 1 - Java 的 JDBC 默认映射为
boolean，但某些旧版本驱动可能返回Integer - Node.js 的
mysql2默认返回number，不能直接if (row.exists_flag)（因为0是 falsy，但0表示不存在，逻辑反了）
安全写法始终是显式比较：if (result.exists_flag === 1) 或 if (row[0].exists_flag == 1)，取决于你用的驱动和返回结构。
真正容易被忽略的，是索引有效性验证和应用层类型处理这两头——前者让 SQL 失去优势，后者让正确逻辑跑偏。
