首页 / 知识

关于sql server：优化性能不佳的查询应采取哪些步骤？

2023-04-15 05:56:00

我知道这是一个广泛的问题，但是我继承了几个性能不佳的产品，因此需要对它们进行优化。我想知道最优化的步骤是什么。那么，你们中的一些人在遇到相同情况时会采取什么步骤？

Related Question:
What generic techniques can be applied to optimize SQL queries?

在查询分析器中查看执行计划

看看哪个步骤花费最多

优化步骤！

返回步骤1 [向Vinko致敬]

在SQL Server中，您可以在Query Analyzer或Management Studio中查看查询计划。这将告诉您在每批语句中花费的时间的大致百分比。您将需要查找以下内容：

其他一些一般性提示：

最后，我强烈建议创建一组负载测试(使用Visual Studio 2008测试版)，您可以使用它们来模拟应用程序在处理大量请求时的行为。某些SQL性能瓶颈仅在这种情况下才会显现出来，并且能够重现这些瓶颈使其更容易修复。

索引可能是一个很好的起点...

可以通过SQL Server索引调整向导来消除低挂的果实。

您可以考虑以下几项来优化查询性能。

确保您只拥有最少的数据。确保仅选择所需的列。将字段大小减小到最小。

考虑对数据库进行非规范化以减少联接

避免循环(即获取游标)，坚持设置操作。

将查询实现为存储过程，因为它是预编译的，执行起来会更快。

确保您设置了正确的索引。如果您的数据库主要用于搜索，请考虑使用更多索引。

使用执行计划查看处理如何完成。您要避免的是表格扫描，因为这样做成本很高。

确保自动统计设置为开。 SQL需要此来帮助确定最佳执行。有关更多信息，请参见Mike Gunderloy的精彩文章。 SQL Server 2005中的统计基础

确保索引没有碎片减少SQL Server索引碎片

确保您的表没有碎片。如何在SQL Server 2000和2005中检测表碎片

我不确定其他数据库，但是对于SQL Server，我建议执行计划。它非常清楚地显示了(尽管有很多垂直和水平滚动，除非您有400英寸的监视器！)显示了查询的哪些步骤正在浪费时间。

如果您迈出了疯狂的80％的第一步，那么也许可以添加一个索引，然后在对索引进行调整之后，重新运行执行计划以查找下一个最大的步骤。

经过几次调整后，您可能会发现确实没有其他步骤能与众不同，也就是说，每个步骤都只有1-2％。如果是这样，那么您可能需要查看是否有一种方法可以减少查询中包含的数据量，是否需要将这四百万个已关闭的销售订单包含在"有效销售订单"查询中？？不，所以排除所有STATUS ='C'...或类似的东西。

从执行计划中可以看到的另一个改进是书签查找，基本上它可以在索引中找到一个匹配项，但是SQL Server必须快速遍历表才能找到所需的记录。有时此操作可能比仅扫描表所花的时间要长，如果是这种情况，您真的需要该索引吗？

使用索引，尤其是使用SQL Server 2005时，您应该查看INCLUDE子句，这基本上使您可以在索引中包含一列，而不必真正包含在索引中，因此，如果查询所需的所有数据都在索引或是包含的columnn，则SQL Server甚至不必查看表，这是一个很大的性能提升。

执行计划是一个很好的开始，它将帮助您弄清楚您需要解决查询的哪一部分。

一旦确定了位置，就该解决方法和原因了。看一下您要执行的查询的类型。不惜一切代价避免循环，因为它们很慢。不惜一切代价避免游标，因为它们很慢。尽可能坚持设置基于查询的查询。

如果您正在使用联接，则可以通过一些方法为sql提示要使用的联接类型。不过请注意，虽然一个提示可能会使您的查询加快一次，但根据数据和参数的不同，下一次查询的速度可能会降低10倍。

最后，确保您的数据库索引正确。一个很好的起点是where子句中包含的任何字段都应该在其上具有索引。

查看进行查询的表上的索引。参与where子句的特定字段可能需要索引。还要查看查询中的联接中使用的字段(如果存在联接)。如果索引已经存在，请查看索引的类型。

失败(因为使用锁定提示会带来负面影响)查看锁定提示并显式命名要在联接中使用的索引。如果您遇到很多死锁的事务，那么使用NOLOCKS更为明显。

做罗马和安迪·S首先提到的。