求求你别再用COUNT(*)判断数据存不存在了,很浪费资源的

数据库 其他数据库
在仅仅需要判断数据库中是否存在满足特定条件的记录时,使用EXISTS​子句或带有LIMIT 1​的查询不仅能够提高查询效率,减少资源消耗,还能根据需求灵活地获取相关数据。

引言

在日常业务系统开发中,我们尝尝有这样的一个需求:判断某个值在数据库中是否存在。常见的做法之一是使用COUNT(*)或者COUNT(1)函数,但是,在仅需判断记录是否存在而不关注具体数量的情况下,采用EXISTS子句或LIMIT 1查询往往能提供更高的查询性能和更低的系统资源消耗。

COUNT()函数的局限性

使用COUNT(*)或者COUNT(1)先查询出来这个值在数据库中对应的记录的行数,然后在代码中判断sql返回的数据条数是否大于0,即可确认是否存在。

SELECT COUNT(*) FROM t_order WHERE order_no = 'c535cd19-9d1d-46';

然后代码中判断:

int count = orderMapper.countOrder(orderNo);
if (count > 0){
    System.out.println("单号已存在");
}else{
    System.out.println("单号不存在");
}

虽然这种写法没有问题,能得到是否大于0的结论,可以实现业务需求,但是呢,COUNT(*)会遍历所有满足条件的行,即便你并不关心具体的行数,也会消耗较大的系统资源。特别是当表的数据量非常大时,这种查询可能导致性能瓶颈。尽管在有适当索引的情况下,MySQL可以有效地处理COUNT(*)查询,但在仅需判断是否存在的情况下,利用索引的优势不如EXISTS和LIMIT 1明显。并且EXISTS和LIMIT 1也可以利用索引。

关于COUNT()函数更多的介绍,请移步:面试官:请说一下Mysql中count(1)、count(*)以及count(列)的区别?

EXISTS子句的优势

EXISTS子句是用来检查是否存在满足条件的行。例如上述示例修改为:

SELECT EXISTS(SELECT id FROM t_order WHERE order_no = 'c535cd19-9d1d-46');

执行结果:

图片图片

EXISTS子句内的查询返回至少一行数据时,它将立刻返回TRUE(即1)。这意味着一旦找到匹配项,MySQL就可以停止进一步的扫描,因此在只需判断记录是否存在时,其性能表现优于COUNT(*)。EXISTS子句更适合于复杂的嵌套查询中,作为逻辑判断条件。

关于EXISTS子句更多的介绍,请移步:面试官:Mysql中EXISTS与IN有哪些使用差异?

LIMIT 1 优势

LIMIT的用法就不多介绍了。而LIMIT 1查询在找到第一条满足条件的记录时就结束搜索。

SELECT id FROM t_order WHERE order_no = 'c535cd19-9d1d-46' LIMIT 1;

图片图片

LIMIT 1查询同样会在找到第一条满足条件的记录时就结束搜索,因此在判断是否存在记录时具备很高的效率。并且,与EXISTS相比,LIMIT 1还额外提供了匹配记录的具体信息。这对于那些在判断存在性的同时还需要获取记录部分内容或全部内容的场景来说,是一个理想的解决方案。

适用场景

  • EXISTS适用于只需要知道记录是否存在的情况,尤其适合在复杂查询的子查询中作为条件判断。
  • LIMIT 1适用于在确定记录存在时同时需要获取该记录部分或全部数据的场合。
  • COUNT(*)在需要统计满足特定条件的记录总数时更为适用。

总结

在仅仅需要判断数据库中是否存在满足特定条件的记录时,使用EXISTS子句或带有LIMIT 1的查询不仅能够提高查询效率,减少资源消耗,还能根据需求灵活地获取相关数据。尽管COUNT(*)在统计记录数量上有其不可替代的价值,但在判断记录是否存在这一特定任务上,我们应该优先考虑更加高效且针对性强的EXISTS和LIMIT 1查询策略。这样才能更好地优化数据库性能,提升应用响应速度。

责任编辑:武晓燕 来源: 码农Academy
相关推荐

2020-12-15 08:06:45

waitnotifyCondition

2022-10-27 21:34:28

数据库机器学习架构

2020-12-03 09:05:38

SQL代码方案

2020-12-11 09:24:19

Elasticsear存储数据

2020-12-04 10:05:00

Pythonprint代码

2020-12-02 11:18:50

print调试代码Python

2020-06-15 08:12:51

try catch代码处理器

2020-07-28 17:08:43

SQL数据库

2020-11-09 08:22:29

程序员 IT科技

2023-03-10 13:00:50

ChatGPTAI

2020-12-07 06:05:34

apidocyapiknife4j

2021-05-11 07:10:18

标准库DjangoOS

2020-07-17 07:15:38

数据库ID代码

2018-07-19 06:14:09

2018-07-03 14:20:10

数据库恢复备份

2023-03-02 11:44:08

AI技术

2023-12-08 14:37:51

接口jar包开发

2021-06-09 06:41:11

OFFSETLIMIT分页

2017-12-26 08:25:57

硬盘数据丢失

2020-09-22 09:05:45

MySQLUTF-8utf8mb4
点赞
收藏

51CTO技术栈公众号