使用索引调节向导调整应用程序的性能_MySQL

什么时候使用它？

Profiler工具能够用在数据库开发生命周期的所有阶段。例如，在初始阶段，你可以用它来辅助调试或者查明你的应用程序应该如何以及在何时调用存储过程和其他的SQL声明。在我最近所参与的一个项目里，一个已编译组件一调用数据库就超时，在这种情况下，我们使用了Profiler来辨别SQL的声明和应用程序调用它们的顺序。使用这个工具就帮助我们发现了逻辑上的错误，这样我们就成功地更正了自己的应用程序。

在开发过程后面的阶段里，Profiler能够有助于辨别负载／压力测试（load/stress testing）过程中应用程序的瓶颈。你还可以用它来监视日常的活动、执行安全审查，以及辨别其他影响性能的因素（例如设计不佳的查询）。

在Profiler里，你必须决定要记录什么，并考虑将所记录下来的服务器活动应该被保存在哪里。你可以选择将自己的追踪信息保存到数据库表格里或者是文件里。当选择将捕捉到的数据保存到表格里的时候，你还可以设置要保存数据行的最大数量。这样，Profiler就能够在一个任务繁重的系统里迅速地捕捉大量数据。但是由于这一点，你可能想要限制在一次追踪之中Profiler所要捕捉的数据总量。

你可以选择将所获得的信息保存到追踪文件里。如果选择了这个选项，你就能够在文件达到了一定的大小之后将文件信息覆盖掉，这将限制捕捉信息文件大小的上限。而且，你可以选择要从哪里开始进行追踪处理。这就非常像在应用程序层里编写代码选择是在客户端还是在服务器端进行指针执行。在正式的产品系统里，你可能不希望在服务器上放上这么一个工作负载，这样的话，让客户端处理可能就是最好的选择了。

当在这两个选项之间进行选择的时候，你的主要注意力应该放在其对数据库／应用程序性能的影响上。对于大多数类型的日志记录工作而言，将其保存为文件对系统的负担要比保存到数据库的小，所以对于高流量的实际产品系统来说，将日至保存为文件可能是更好的选择。

使用Profiler

你可以使用Profiler创建和保存能够被索引调节向导所使用的追踪结果。为了使用Profiler为向导所收集到的数据，你可以选择SQL服务器自带的缺省模板。要做到这一点，在文件（File）菜单里选择新建｜追踪（New | Trace）。在常规（General）选项卡里（图A）选择用于向导的缺省模板。你就会看到可以将追踪结果保存为文件或者到数据库里。

图A

Profiler的常规选项卡

在事件（Events）选项卡里（图B），和向导相关联的事件类型有两个：RPC:Completed用于存储过程，以及SQL:BatchCompleted用于其他的TSQL声明。

图B

Profiler的事件选项卡

在使用调节器对SQL服务器的活动进行捕捉的时候，你会在一段相对较短的时间内获得大量的数据，这取决于你服务器的使用情况。所以你就应该选择只记录下你所需要的项目而不是修改缺省的模板。而且在运行Profiler的时候，你要确保在捕捉期间典型的应用程序活动会发生，这对于保证索引调节向导的质量是非常重要的，除非你是正在试图解决某个特定的问题，在后面这种情况下你要确信指定的事件正在发生。

一旦追踪被保存到文件里或者数据库表格里，你就可以回放这一过程中所发生的所有活动——设置你希望的断点——这和你使用开发人员的IDE调试器很类似，如图C所示。

图C

回放Profiler的追踪内容

再次强调，捕捉到的数据会是相当多的。为了帮助限制所捕捉数据的数量，你可以定义过滤器。在定义自己的过滤器（图D）时，设置时间较长的查询是很常见的。

图D

过滤数据

Profiler还能记录许多其他类型的数据库活动。Profiler本身就有许多选项供你选择。要获得更多的信息，我建议去查询MSDN在线或者SQL服务器的文档。Profiler会成为任何DBA的朋友，另外我还建议你去考察一下它的其他许多选项。