在业务开发中，经常需要确认某个条件下的一行数据是否已经落库，比如注册时检查用户名是否被占用、下单前核对库存记录是否初始化。MySQL提供了多种写法来完成这件事，但不同写法在性能与语义清晰度上差别明显。理解这些差别，能帮我们避免在生产环境写出拖慢数据库的隐蔽慢查询。
使用SELECT COUNT(*)判断的问题
很多初学者会自然写出如下语句，通过统计行数是否大于零来判定记录存在：
SELECT COUNT(*) FROM user WHERE username = 'zhangsan';
这条语句在功能上没有问题，但如果username上有普通索引，InnoDB仍需沿索引树找到所有匹配项并累计计数，直到扫描完该条件下的全部记录。在用户量达到百万级时，同名查询虽不会全表扫描，却可能遍历大量索引项。更关键的是，应用层其实只需要一个布尔值，却从数据库拿到了精确的数量，属于典型的信息过度获取。
此外，COUNT(*)在某些隔离级别与锁组合下，会比纯存在性判断持有更长时间的索引范围锁，对高并发写入场景不够友好。因此，只关心存在与否时，应优先选择更轻量的方案。
SELECT 1与LIMIT 1的组合写法
一种常见优化是只取常量并限制返回行数：
SELECT 1 FROM user WHERE username = 'zhangsan' LIMIT 1;
这里数据库一旦在索引中找到第一条满足username='zhangsan'的记录，就会立即返回一行包含数字1的结果，然后因LIMIT 1停止继续扫描。相比COUNT(*)，它避免了遍历所有匹配行，网络也只传回极小的数据。应用层判断结果集是否为空，即可知道记录是否存在。
这种写法直观且易于移植，几乎所有关系型数据库都支持。但要注意，如果查询条件未能命中索引，LIMIT 1虽能减少返回量，却无法避免全表扫描的查找过程，所以必须确保WHERE字段有合适索引。
使用EXISTS子查询
从语义表达上，EXISTS是最贴合存在性判断意图的SQL结构：
SELECT EXISTS( SELECT 1 FROM user WHERE username = 'zhangsan' ) AS is_exist;
EXISTS内部子查询不关心具体数据内容，优化器通常将其改写为半连接（semi join），并在找到首条匹配后立刻得出真值。对外层来说，返回的就是0或1的布尔结果。这种写法把存在性语义直接交给数据库引擎，执行计划往往比手动LIMIT更明确，也方便DBA从慢日志中一眼识别用途。
在关联多表的存在性校验中，EXISTS比LEFT JOIN后判空更易读。例如检查订单对应的用户是否存在于黑名单表，用EXISTS能清晰表达只要存在即满足条件，而不必处理连接后的NULL行。
不同写法的执行计划对比
我们在测试库对十万行数据、username带普通索引的情况分别执行三种写法，并取EXPLAIN核心指标：
| 写法 | type | rows预估 | Extra |
|---|---|---|---|
| COUNT(*) | ref | 匹配数总和 | Using index |
| SELECT 1 LIMIT 1 | ref | 1 | Using index |
| EXISTS子查询 | ref | 1 | Using index; FirstMatch |
从计划看，后两者在rows预估上都只取1行，而COUNT(*)的rows代表它需要计数的匹配量。虽然在索引命中时差距不大，但当匹配行数极多时，COUNT(*)的CPU消耗会线性增长。因此高并发接口中，推荐用EXISTS或LIMIT 1。
另外，若使用MyISAM引擎，COUNT(*)在无WHERE时可瞬时返回，但带条件时同样要扫描，所以上述建议对两种引擎都适用。实际项目中InnoDB占绝大多数，其MVCC机制下EXISTS还能更好利用一致性视图。
应用层处理与并发注意点
无论采用哪种SQL，应用代码都应只判断结果是否为空或布尔值是否为真，而非依赖受影响行数。以Java为例：
// 使用JdbcTemplate判断存在性 Integer cnt = jdbcTemplate.queryForObject( "SELECT 1 FROM user WHERE username = ? LIMIT 1", (rs, rowNum) -> 1, username ); boolean exists = cnt != null;
在并发注册场景中，仅判断存在不足以防重，因为两个请求可能同时查到不存在再同时插入。此时应在username上加唯一索引，并捕获插入时的重复键异常，或将存在性判断与插入放在一个事务里用SELECT ... FOR UPDATE加锁。存在性查询只是前置校验，最终一致性要靠数据库约束保障。
综上，MySQL判断记录是否存在应避开COUNT(*)，优先使用SELECT 1 LIMIT 1或EXISTS，并确保条件字段有索引。结合唯一索引做兜底，才能在性能与正确性之间取得平衡。