本文共 563 字，大约阅读时间需要 1 分钟。

近来发现，SELECT * FROM ... 与 SELECT COUNT(*) FROM ...性能居然很不一样。在我的测试用例中，前者比后者快好多。

按照不假思索的理解，应该是SELECT COUNT(*)要快才对啊，只看多少条就行了；就算比SELECT * FROM 慢，也应该是慢一点点，数一下返回来的记录数不就行啦？对计算机来说，应该是轻而易举的事情。

可是偏不。

查看实际执行计划，发现两种语句的执行路径根本不一样。（不过其中的执行步骤，我也看不懂）

用到的索引居然也不同。

测试用例中，我这个表有这么两个索引，一个聚集，一个非聚集，都用到某一个列。在SELECT *中，优化器用的是聚集索引，而SELECT COUNT(*)中，用的却是那个非聚集索引。那个非聚集索引，是个复合索引，有两个字段，身躯庞大，看上去傻傻的，你用它，不慢才怪。但是优化器为什么这么喜欢用它，自动挑中它，真是天晓得了。

幸亏世界上还有在SQL语句中指定索引这么一说：

SELECT COUNT(*) FROM Table1 WITH(INDEX(索引名)) WHERE ...

指定我钟意的聚集索引，结果果然快多了。

对比如下：

SELECT COUNT(*)

未指定索引前，最快21秒，最慢30秒

指定索引，6秒

SELECT *,2秒

转载地址：https://leftfist.blog.csdn.net/article/details/6058696 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！