对于依赖关系数据库的软件团队来说，能够执行SQL性能调整是一项至关重要的技能。不过，Vital并不是我们可以应用的唯一形容词。不幸的是，也很少有人想到。

许多软件专业人员认为，他们可以保留默认情况下保留的所有RDBMS设置。他们错了。通常，RDBMS附带的默认设置远不是最佳设置。不优化此类设置会导致性能问题，而这些问题很容易避免。

另一方面，一些程序员认为，尽管SQL性能调优很重要，但只有DBA才应该这样做。他们也是错的。

首先，并非所有公司都将拥有一个正式名称为“ DBA”的人员。这取决于公司的规模，比什么都重要。

但是，即使团队中有专门的DBA，这也不意味着您应该让开发人员自己执行的任务不堪重负。如果开发人员可以诊断并解决缓慢的查询，则没有理由他们不应该这样做。但是，这里的相关词是可以的-在大多数情况下，它们是不可以的。

我们如何解决这个问题？简单：我们为开发人员提供了他们需要的知识，它们可以查找慢速的SQL查询并在SQL Server中进行性能调优。在这篇文章中，我们将为您提供七个技巧来做到这一点。

什么是SQL性能调整？

在向您展示我们的技巧列表以供您在软件组织上进行SQL性能调优之前，我认为我们应该定义SQL性能调优。

那么什么是SQL性能调优？我敢打赌你已经有了一个主意，即使这是一个模糊的主意。

简而言之，SQL性能调整包括使关系数据库的查询尽可能快地运行。

正如您将在这篇文章中看到的那样，SQL性能调优并不是一种工具或技术。相反，它是一组实践，它利用了各种各样的技术，工具和流程。

找到慢速SQL查询的7种方法

事不宜迟，这里提供了七种在SQL Server中查找慢速SQL查询的方法。

1.生成实际执行计划

为了诊断缓慢的查询，至关重要的是能够生成图形执行计划，这可以通过使用SQL Server Management Studio来完成。实际执行计划是在查询运行后生成的。但是，如何执行执行计划呢？

首先单击SQL Server Management Studio工具栏上的“数据库引擎查询”?。

之后，输入查询并在“查询”菜单上单击“包括实际执行计划”。

最后，该运行查询了。您可以通过单击“执行”工具栏按钮或按F5来执行此操作。然后，SQL Server Management Studio将在结果窗格中“执行窗格”选项卡下显示执行计划。

2.监视资源使用情况

在使用SQL数据库时，资源的使用是至关重要的因素。由于您无法改善无法衡量的内容，因此绝对应该监视资源使用情况。

那你怎么办呢？

如果您使用的是Windows，请使用系统监视器工具来衡量SQL Server的性能。它使您可以查看SQL Server对象，性能计数器以及其他对象的行为。

使用系统监视器可以同时监视Windows和SQL Server计数器，因此可以验证两者的性能之间是否存在任何关联。

3.使用数据库引擎优化顾问

SQL性能调整的另一项重要技术是分析针对要调整的数据库运行的Transact-SQL语句的性能。

您可以使用数据库引擎优化顾问来分析性能影响。

但是该工具不仅限于此：它还根据分析结果建议您应采取的措施。例如，它可能建议您创建或删除索引。

4.使用SQL DMV查找慢查询

SQL Server的一大功能是内置于其中的所有动态管理视图（DMV）。它们有数十种，它们可以提供有关广泛主题的大量信息。

有几种DMV提供有关查询状态，执行计划，最近查询等的数据。这些可以一起使用，以提供一些令人惊奇的见解。

例如，下面的查询可用于查找使用最多的读取，写入，工作时间（CPU）等的查询。

SELECT TOP 10 SUBSTRING （QT 。TEXT ，（QS 。statement_start_offset / 2 ）+ 1 ，（（CASE适量。statement_end_offset 

WHEN - 1 THEN DATALENGTH （QT 。TEXT ）
ELSE适量。statement_end_offset
 END - qs 。statement_start_offset ）/ 2 ）+ 1 ），
适量。execution_count ，
qs 。total_logical_reads ，qs 。last_logical_reads ，
qs 。total_logical_writes ，qs 。last_logical_writes ，
qs 。total_worker_time ，
QS 。last_worker_time ，
qs 。total_elapsed_time / 1000000 total_elapsed_time_in_S ，
qs 。last_elapsed_time / 1000000 last_elapsed_time_in_S ，
qs 。last_execution_time ，
qp 。query_plan
从sys 。dm_exec_query_stats qs
交叉应用sys 。dm_exec_sql_text （QS 。sql_handle的）QT
交叉应用sys 。dm_exec_query_plan （QS 。plan_handle ）QP
按qs排序。total_logical_reads DESC -逻辑读取
- ORDER BY QS 。total_logical_writes DESC -逻辑写入
- ORDER BY QS 。total_worker_time DESC - CPU时间

查询结果如下所示。下面的图片来自我制作的一个营销应用程序。您可以看到一个特定的查询（最上面的一个）占用了所有资源。

通过查看此内容，我可以复制该SQL查询，并查看是否有某种方法可以对其进行改进，添加索引等。

优点：始终可用的基本汇总统计信息。
缺点：不会告诉您调用查询的内容。随着时间的推移，查询无法可视化。

5.通过APM解决方案查询报告

应用程序性能管理 （APM）工具的一项重要功能是能够跟踪SQL查询。例如， Retrace跟踪跨多个数据库提供程序（包括SQL Server）的SQL查询。Retrace告诉您查询执行了多少次，平均需要花费多长时间，以及什么事务调用了该查询。

这对于SQL性能调优是有价值的信息。APM解决方案通过在运行时对应用程序代码进行轻量级性能分析来收集此数据。

下面是Retrace的应用程序仪表板的屏幕截图，显示了特定应用程序哪些SQL查询花费的时间最长。

追溯热门SQL查询

Retrace收集有关正在执行的每个SQL查询的性能统计信息。您可以搜索特定的查询以发现潜在的问题。

追溯查看所有SQL查询

通过选择单个查询，您可以查看该查询在一段时间内被调用的频率以及所需的时间。您还将看到哪些网页使用SQL查询以及它如何影响其性能。

随时间追溯SQL性能

由于Retrace是轻量级的代码分析器，并且捕获ASP.NET请求跟踪，因此它甚至可以向您显示代码正在执行的完整上下文。

下面是捕获的跟踪，显示了所有SQL查询以及有关代码正在执行的其他详细信息。Retrace甚至在此同一视图中显示日志消息。另外，请注意，它显示了正在执行查询的服务器地址和数据库名称。您还可以查看返回了多少记录。

追溯Web事务跟踪

如您所见，Retrace作为其APM功能的一部分提供了全面的SQL报告功能。它还围绕SQL查询提供了多种监视和警报功能。

优点：跨应用程序，每个应用程序和每个查询的详细报告。显示事务跟踪，详细说明如何使用查询。每月仅需$ 10。安装后始终运行。

缺点：不提供每个查询的读写次数。

6. SQL Server扩展事件

在SQL Server Profiler中是绕了很长一段时间。这是一个非常有用的工具，可以实时查看针对您的数据库正在执行哪些SQL查询，但目前已弃用该工具。Microsoft用SQL Server扩展事件替换了它。

这肯定会激怒很多人，但我可以理解为什么Microsoft会这样做。扩展事件通过事件跟踪（ETW）工作。

这是所有Microsoft相关技术公开诊断数据的常用方法。ETW提供了更大的灵活性。作为开发人员，我可以轻松地从SQL Server中利用ETW事件收集数据以供自定义使用。那真的很酷而且很强大。

SQL Server扩展事件

更多： 介绍SQL Server扩展事件

优点：更容易启用并保持运行状态。易于开发定制解决方案。

缺点：由于它是相当新的，所以大多数人可能不知道它。

7. SQL Azure查询性能见解

我将假定SQL Azure的性能报告是基于扩展事件构建的。在Azure门户中，您可以访问非常有用的各种性能报告和优化技巧。

注意：这些报告功能仅适用于SQL Azure上托管的数据库。

在下面的屏幕快照中，您可以看到SQL Azure如何使使用最多CPU，数据IO和日志IO的查询变得容易。它内置了一些出色的基本报告。

SQL Azure热门查询

您还可以选择一个查询并获取更多详细信息，以帮助进行SQL性能调整。

SQL Azure查询详细信息

优点：出色的基本报表。
缺点：仅适用于Azure。没有跨多个数据库的报告。

概括

下次您需要对SQL Server进行一些性能调整时，将有一些可供选择的选择。奇怪的是，根据要实现的目标，您将使用其中一种以上的工具。

如果您使用的是Retrace之类的APM解决方案，请确保检查它内置了哪种SQL性能功能。如果您没有APM解决方案，或者不确定它是什么，请务必阅读以下内容： 什么是应用程序性能管理以及开发人员在APM中需要的10个关键功能。