SQL Server 查询计划总结

最新推荐文章于 2022-07-12 17:59:43 发布

转载最新推荐文章于 2022-07-12 17:59:43 发布 · 62 阅读

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/liuzhendong/archive/2011/11/15/2249847.html

本文详细介绍了SQL查询中的几种常见操作类型及其成本对比，包括TableScan、IndexScan、IndexSeek、ClusteredIndexScan和ClusteredIndexSeek，并提供了解决慢查询问题的方法，如增加索引以提高性能。同时，文章讨论了不适合增加索引的情况，以及如何通过分表或分区解决特定问题。

1.查询计划文本显示
SET SHOWPLAN_TEXT on

set statistics profile on

2.几个指标

1. 【Table Scan】：遍历整个表，查找所匹配的记录行。这个操作将会一行一行的检查，当然，效率也是最差的。
2. 【Index Scan】：根据索引，从表中过滤出来一部分记录，再查找所匹配的记录行，显示比第一种方式的查找范围要小，因此比【Table Scan】要快。
3. 【Index Seek】：根据索引，定位（获取）记录的存放位置，然后取得记录，因此，比起前二种方式会更快。
4. 【Clustered Index Scan】：和【Table Scan】一样。注意：不要以为这里有个Index，就认为不一样了。其实它的意思是说：按聚集索引来逐行扫描每一行记录，因为记录就是按聚集索引来顺序存放的。而【Table Scan】只是说：要扫描的表没有聚集索引而已，因此这二个操作本质上也是一样的。
5. 【Clustered Index Seek】：直接根据聚集索引获取记录，最快！

所以，当发现某个查询比较慢时，可以首先检查哪些操作的成本比较高，再看看那些操作是查找记录时，是不是【Table Scan】或者【Clustered Index Scan】，如果确实和这二种操作类型有关，则要考虑增加索引来解决了。不过，增加索引后，也会影响数据表的修改动作，因为修改数据表时，要更新相应字段的索引。所以索引过多，也会影响性能。还有一种情况是不适合增加索引的：某个字段用0或1表示的状态。例如可能有绝大多数是1，那么此时加索引根本就没有意义。这时只能考虑为0或者1这二种情况分开来保存了，分表或者分区都是不错的选择。

转载于:https://www.cnblogs.com/liuzhendong/archive/2011/11/15/2249847.html