排以符合你自己所喜欢的风格,要控制列数据的安放,单击组织列按钮,将打开如下对话框。可以单击Up和Down按钮修改列的位置,将列移入Groups意味着它将成为一个合计列。

4、列筛选器
除了为一个Profiler跟踪定义事件和数据列之外,还可以定义各种过滤条件。这些条件帮助缩小跟踪的输出,这往往是一个好主意。下面给出常用过滤条件列表。
| 事件 |
过滤条件实例 |
用处 |
| ApplicationName(应用程序名称) |
Not like:SQL Profiler |
过滤Profiler生成的事件。这是默认的行为 |
| DatabaseID(数据库标识符) |
Equals: |
过滤特定数据库生成的事件。数据库ID:SELECT DB_IC('Northwind') |
| Duration(持续时间) |
Greater than or equal:2 |
对于性能分析,经常会为一个大的工作负载捕捉跟踪,在大的跟踪中,许多事件日志具有比所感兴趣更小的持续周期(Duration)。过滤这个事件日志,因为几乎没有可用于优化这些SQL活动的余地 |
| Reads(读操作数) |
Greater than or equal"2 |
过滤读操作较小的事件 |
| SPID |
Equals: |
定位由特定的数据库用户发送的查询 |
下面给出设置过滤列的方式:

5、跟踪模板
SQL Server Profiler可以用自定义事件、数据列和过滤器创建一个跟踪模板,然后定义一个新的跟踪,然后重用跟踪个模板来捕捉一个跟踪。定义新跟踪模板的过程类似于定义新跟踪,步骤如下:
创建一个新的跟踪。
和前面一样定义事件,数据列和过滤器。
从文件=》另存为菜单将跟踪定义保存为跟踪模板。
SQL Server Profiler将自动将新的模板加入到其模板列表中。
新建模板:

保存模板:

查看:

6、跟踪数据
定义了跟踪以后,单击运行按钮将开始捕捉事件并将其显示在屏幕上,可以看到一系列滚动事件,可以在我们称之为SQL TV的屏幕上看到系统的运行,可以像DVD播放机一样或多或少地控制跟踪,可以使用工具栏上的按钮暂停、开始和停止跟踪,甚至可以在工作室暂停跟踪并修改它。
一旦完成了SQL Server活动的捕捉,就可以将跟踪输出保存为一个跟踪文件或一个跟踪表。保存到跟踪文件的跟踪输出是一个原生的格式,可以由Profiler打开以分析SQL查询。将跟踪的输出保存为一个表,也可以使Profiler在跟踪表上用SELECT语句来分析其中的SQL查询。
具体的操作为 文件 =》 另存为 =》 跟踪表。选择你希望存入的的数据库和表,然后你就可以像普通表一样执行各种SQL查询。
二、跟踪的自动化
Profiler GUI简化了Profiler跟踪的收集。不幸的是,这种简易性有其代价。Profiler工具捕捉的事件进入内存中的缓冲以便通过网络反馈给GUI。GUI依赖网络,网络流量可能降低系统的速度并导致缓冲被填满。这将在较小的程度上影响服务器的性能。进一步地,当缓冲被填满,服务器将开始丢弃事件以避免严重地影响服务器性能。
1、使用GUI捕捉跟踪
可以以两种方法两创建一个脚本化跟踪-手工或者使用GUI。在轻松地满足脚本的所有要求之间,最简易的方法就是使用Profiler工具的GUI,需要如下步骤:
定义一个跟踪;
单击文件=》导出=》脚本跟踪定义;
必须选择目标服务器类型, SQL Server2005/2008;
未文件命名,并保存它;
这些不走将生成所有步骤跟踪并将其输出到一个文件所需的所有脚本命令。
使用Management Studio手工启动新的跟踪:
打开文件;
使用系统的相关名称和路径替换InsertFileNameHere;
执行脚本,它将返回带有TraceId的单列结果集;
可以通过SQL Agent自动化这个脚本的执行,甚至可以使用sqlcmd.exe使用程序从命令行运行这个脚本。不管使用哪种方法,这个脚本将启动跟踪。如果没有定义跟踪停止时间,就必须使用TraceId手工停止跟踪。
2、使用存储过程捕捉跟踪
查看上一节中定义的脚本,会看到以特定顺序条用的一系列命令:
sp_trace_create:创建一个跟踪定义;
sp_trace_setevent:添加事件和事件列到跟踪中;
sp_trace_setfilter:将过滤器应用到跟踪;
一旦定义了SQL跟踪持续到跟踪被停止。因为SQL跟踪作为一个后端进程持续运行,Managerment Studio会话不需要保持打开。可以使用SQL Server内建函数fn_trace_getinfo确定正在运行的跟踪,查询如下:
SELECT * FROM ::fn_trace_getinfo(default);
输出图:

fn_trace_getinfo函数的输出中,不同的traceid的数量表示SQL Server上活动跟踪的数量。
第三列(value)表示跟踪是否正在运行(value=1)或者停止(value=0)。可以通过执行存储过程sp_trace_setstatus停止特定的跟踪,如traceid=1,如下所示:
EXEC sp_trace_setstatus 1,0;
在跟踪停止之后,它的定义必须执行sp_trace_setstatus关闭并且从服务器中删除,如下所示:
EXEC sp_trace_setstatus 1,2;
为了验证跟踪成功地停止,重新执行fn_trace_getinfo函数,并确定该函数的输出不包含该traceid。
这种技术所创建的跟踪文件的格式与Profiler创建的跟踪文件相同。因此,这种跟踪文件可以与Profiler创建的文件以相同的方式进行分析。
使用前一小节所概述的存储过程捕捉SQL跟踪,避免了与Profiler GUI相关的开销。而且还比Profiler工具提供了管理SQL跟踪计划的更大灵活性。
三、结合跟踪和性能监视器输出
如果自动化了性能监视器捕捉到文件,又自动化了Profiler数据捕捉到一个文件。它们覆盖相同的时间段,那么就可以在SQL Profiler GUI中一起使用它们。确定跟踪有StartTime和EndTime数据字段,按照以下步骤进行:
打开跟踪文件(当然前提是你曾经 另存为=》跟踪文件);
单击 文件=》 导入性能数据;
选择导入的性能监视器文件;
执行上面的操作将打开如下所示对话框,这里允许选择包含性能监视器计数器。
选择了想要包含的计数器之后,单击OK按钮将一起打开Profiler和性能监视器数据。现在,可以开始一起使用跟踪数据和性能监视器数据。如果在顶部窗口选择一个时间,它将在性能 监视器中放置一条红线,显示数据中事件发生的时间。相反,可以单击性能监视器数据,表示那段 时间的事件将被选中。这些性能工作得很好,将可以在调整过程中定时使用它们以确认瓶颈和压力 点,并确定导致这些压力的特定查询。
四、SQL Profiler使用要点
SQL Profiler使用建议如下:
限制事件和数据列的数量;
抛弃用于性能分析的启动事件;
限制跟踪的输出大小;
避免联机数据列排序;
远程运行Proflier;
1、限制事件和数据列
在跟踪SQL查询时,可以通过过滤事件和数据列来决定哪些SQL活动应该被捕捉。选择更多的事件造成了大量的跟踪开销。数据