下载文档原格式
SQLServerProfiler（SQl跟踪器）的简单使⽤⼀、⼯具介绍在实际开发中，我们的数据库应⽤系统因为不可避免会存在有⼤量表，视图，索引，触发器，函数，存储过程，sql语句等，所以会出现⼀系列问题，有问题不可怕，找对⼯具很重要。
接下来我就介绍⼀款性能检测⼯具--SQL Server Profiler，它可以对sql运⾏情况进⾏跟踪，从⽽找出问题所在。
⼆、使⽤⽅法1、打开⼯具可以从开始菜单打开也可以从数据库界⾯打开：2、新建跟踪a、点击：⽂件->新建跟踪b、连接服务器，输⼊地址、账户名、密码c、设置跟踪名称（常规选项）名称可以随意取，如果使⽤多个跟踪时，需要唯⼀名字。
d、选择要跟踪的事件（事件跟踪选项）设置完成后，单击“运⾏”按钮就可以了。
这⾥需要介绍⼀下列选择器的含义：ApplicationName: 创建 SQL Server 连接的客户端应⽤程序的名称。
此列由该应⽤程序传递的值填充，⽽不是由所显⽰的程序名填充的；BinaryData: 依赖于跟踪中捕获的事件类的⼆进制值。
ClientProcessID: 调⽤ SQL Server 的应⽤程序的进程 ID。
CPU: 事件使⽤的 CPU 时间(毫秒)。
Duration: 事件占⽤的时间。
尽管服务器以微秒计算持续时间，SQL Server Profiler 却能够以毫秒为单位显⽰该值，具体情况取决于“⼯具”>“选项”对话框中的设置EndTime: 事件结束的时间。
对指⽰事件开始的事件类(例如 SQL:BatchStarting 或 SP:Starting)将不填充此列。
LoginName: ⽤户的登录名(SQL Server 安全登录或 Windows 登录凭据，格式为“域\⽤户名”)NTusername: Windows⽤户名。
Reads: 由服务器代表事件读取逻辑磁盘的次数。
TextDate: 依赖于跟踪中捕获的事件类的⽂本值；SPID: SQL Server 为客户端的相关进程分配的服务器进程 ID。
sqlserver profiler使用摘要：1.简介2.SQL Server Profiler 的用途3.SQL Server Profiler 的安装与配置4.SQL Server Profiler 的使用步骤5.SQL Server Profiler 的示例与实践6.SQL Server Profiler 的高级功能7.总结正文：SQL Server Profiler 是SQL Server 的一个性能分析工具，用于捕获、跟踪和分析数据库中的所有事件。
它能够帮助用户诊断和解决SQL Server 性能问题，优化SQL 查询，提高数据库的运行效率。
1.简介SQL Server Profiler 是一个强大的性能分析工具，它允许用户捕获、跟踪和分析数据库中的所有事件。
通过使用SQL Server Profiler，用户可以深入了解SQL Server 的运行情况，发现性能瓶颈，并对SQL 查询进行优化。
2.SQL Server Profiler 的用途SQL Server Profiler 主要用于以下场景：- 诊断和解决SQL Server 性能问题- 优化SQL 查询- 提高数据库的运行效率- 分析数据库的访问模式- 监控数据库活动3.SQL Server Profiler 的安装与配置SQL Server Profiler 作为SQL Server 的一个组件，无需额外安装。
只需在SQL Server Management Studio 中，通过“工具”菜单打开SQL Server Profiler 即可。
在使用SQL Server Profiler 之前，需要对跟踪事件和数据进行配置，以便收集到所需的信息。
4.SQL Server Profiler 的使用步骤SQL Server Profiler 的使用步骤如下：- 打开SQL Server Profiler：在SQL Server Management Studio 中，通过“工具”菜单打开SQL Server Profiler。
sqlserver profiler使用摘要：1.SQL Server Profiler 简介2.SQL Server Profiler 的主要功能3.SQL Server Profiler 的操作步骤4.SQL Server Profiler 的实战应用5.SQL Server Profiler 的优缺点6.总结与建议正文：本文将详细介绍SQL Server Profiler的使用，包括其简介、主要功能、操作步骤、实战应用、优缺点以及总结与建议。
通过阅读本文，读者可以更好地了解和运用SQL Server Profiler，从而提高数据库管理和维护效率。
1.SQL Server Profiler 简介SQL Server Profiler是一款由微软推出的数据库性能分析工具，它可以捕获和分析SQL Server中的数据库引擎、查询处理器和存储引擎的事件。
通过SQL Server Profiler，数据库管理员（DBA）可以识别性能瓶颈、排查问题并优化数据库性能。
2.SQL Server Profiler 的主要功能SQL Server Profiler具备以下主要功能：- 实时监控：实时捕获数据库中的事件，便于DBA及时发现性能问题。
- 事件过滤：根据需求自定义事件过滤器，仅捕获关心的数据。
- 数据可视化：以图表和报表形式展示捕获到的数据，便于分析。
- 存储事件：将捕获到的events saved to a file 或SQL Server database，方便后续分析。
- 整合性：与SQL Server Management Studio（SSMS）集成，方便操作。
3.SQL Server Profiler 的操作步骤以下是使用SQL Server Profiler的基本操作步骤：- 打开SQL Server Management Studio，点击工具菜单，选择“SQL Server Profiler”。
一、概述SQL Server 是一个常用的关系型数据库管理系统，它通过执行计划来优化查询语句的执行效率。
执行计划是 SQL Server 通过查询优化器生成的一份详细的查询执行计划，用于指导查询语句的执行过程。
通过执行计划查询语句，我们可以了解查询语句的执行过程、耗时和资源占用情况，有助于识别查询语句的性能问题并进行调优。
二、SQL Server 执行计划查询语句的方法要查询 SQL Server 的执行计划，我们可以使用以下方法：1. 使用 SQL Server Management Studio（SSMS）：打开 SSMS，连接到相应的数据库实例，选中要查询的查询语句，按下快捷键 Ctrl + M，或从菜单栏选择“查询”->“显示执行计划”，即可显示查询的执行计划。
2. 使用 SET SHOWPLAN_XML ON 命令：在查询语句的前面加上 SET SHOWPLAN_XML ON 命令，执行该查询语句，会返回一份 XML 格式的执行计划结果。
3. 使用 SET SHOWPLAN_TEXT ON 命令：与上述方法类似，只是返回的执行计划结果是以文本格式显示的。
4. 使用 SQL Server Profiler 工具：SQL Server Profiler 是 SQL Server 提供的一款用于监视、分析 SQL Server 数据库引擎活动的工具，我们可以使用它来捕获并分析执行计划。
5. 使用动态管理视图（DMV）：SQL Server 提供了一系列的动态管理视图，如sys.dm_exec_query_plan、sys.dm_exec_requests 等，我们可以通过查询这些动态管理视图来获取执行计划信息。
三、执行计划的内容SQL Server 的执行计划通常包括以下内容：1. 查询的逻辑执行顺序：执行计划会显示查询语句中涉及到的各种操作（如扫描表、聚合操作、连接操作等）的逻辑执行顺序，有助于我们了解查询语句的执行流程。
SQL优化工具及使用技巧介绍SQL（Structured Query Language）是一种用于管理和操作关系型数据库的编程语言。
它可以让我们通过向数据库服务器发送命令来实现数据的增删改查等操作。
然而，随着业务的发展和数据量的增长，SQL查询的性能可能会受到影响。
为了提高SQL查询的效率，出现了许多SQL优化工具。
本文将介绍一些常见的SQL优化工具及其使用技巧。
一、数据库性能优化工具1. Explain PlanExplain Plan是Oracle数据库提供的一种SQL优化工具，它可以帮助分析和优化SQL语句的执行计划。
通过使用Explain Plan命令，我们可以查看SQL查询的执行计划，了解SQL语句是如何被执行的，从而找到性能瓶颈并进行优化。
2. SQL Server ProfilerSQL Server Profiler是微软SQL Server数据库管理系统的一种性能监视工具。
它可以捕获和分析SQL Server数据库中的各种事件和耗时操作，如查询语句和存储过程的执行情况等。
通过使用SQL Server Profiler，我们可以找到数据库的性能瓶颈，并进行相应的优化。
3. MySQL Performance SchemaMySQL Performance Schema是MySQL数据库提供的一种性能监视工具。
它可以捕获和分析MySQL数据库中的各种事件和操作，如查询语句的执行情况、锁的状态等。
通过使用MySQL Performance Schema，我们可以深入了解数据库的性能问题，并对其进行优化。
二、SQL优化技巧1. 使用索引索引是提高SQL查询性能的重要手段之一。
在数据库中创建合适的索引可以加快查询操作的速度。
通常，我们可以根据查询条件中经常使用的字段来创建索引。
同时，还应注意索引的维护和更新，避免过多或过少的索引对性能产生负面影响。
2. 避免全表扫描全表扫描是指对整个表进行扫描，如果表中数据量较大，查询性能会受到较大影响。
SQL Server 2005SQL 查询优化目录SQL Server 2005:SQL查询优化 .............................................................................................. 错误！未定义书签。
实验安装 (44)练习一：使用SQL Server Profiler工具解决死锁问题 (5)练习二：使用SQL Server Profiler工具隔离运行速度慢的查询语句 (9)练习三：检查执行计划 (11)练习四：使用数据库引擎优化顾问工具(Database Tuning Advisor) (12)SQL Server 2005 SQL查询优化目标注释:本实验侧重于这个模块中的概念，因此不必遵循微软的安全建议。
注释:SQL Server 2005的最新详细资料, 请访问/sql/.完成本实验之后, 你可以实现以下目标:▪使用SQL Server Profiler工具解决死锁问题▪为一个低性能查询制定一个查询计划，并将它以XML格式的文档保存。
▪使用数据库引擎优化顾问工具(Database Tuning Advisor)场景假设你是AdventureWorks数据库的数据库管理员.你的数据库用户经常遇到死锁问题而且你很关心死锁是不是导致系统性能低的一个原因。
你已经隔离了一个经常与死锁有关的查询。
你将使用SQL Server Profiler工具来跟踪导致死锁的事件并详细记录死锁的信息。
追踪到死锁的原因之后，你发现这个原因并不是导致系统性能下降的主要原因，所以你决定检查那些关键的查询。
通过检测为那些关键查询制定的查询计划来分析它们，然后你可以使用索引优化顾问工具来提出最适当的索引。
前提条件▪SQL Server 2000管理任务的基本经验▪熟悉T-SQＬ语言▪完成SQL Server Management Studio 的动手实验。
SQLServer如何查看存储过程的执⾏计划有时候，我们需要查看存储过程的执⾏计划，那么我们有什么⽅式获取存储过程的历史执⾏计划或当前的执⾏计划呢？下⾯总结⼀下获取存储过程的执⾏计划的⽅法。
1:我们可以通过下⾯脚本查看存储过程的执⾏计划，但是有时候，你会发现这种⽅式并不总是能够获取到存储过程的执⾏计划。
SELECTd.object_id ,DB_NAME(d.database_id) DBName ,OBJECT_NAME(object_id, database_id) 'SPName' ,d.cached_time ,st_execution_time ,d.total_elapsed_time/1000000 AS total_elapsed_time,d.total_elapsed_time / d.execution_count/1000000AS [avg_elapsed_time] ,st_elapsed_time/1000000 AS last_elapsed_time,d.execution_count ,d.total_physical_reads ,st_physical_reads ,d.total_logical_writes ,st_logical_reads ,et.text SQLText ,eqp.query_plan executionplanFROM sys.dm_exec_procedure_stats AS dCROSS APPLY sys.dm_exec_sql_text(d.sql_handle) etCROSS APPLY sys.dm_exec_query_plan(d.plan_handle) eqpWHERE OBJECT_NAME(object_id, database_id) = 'xxxx'ORDER BY [total_worker_time] DESC;有时候使⽤这种⽅式并不能获取存储过程的执⾏计划，脚本查询出来的结果，query_plan字段为NULL值，那么为什么是NULL值呢？这个是因为有⼀些限制或条件的缘故，官⽅⽂档的解释如下：Under the following conditions, no Showplan output is returned in the query_plan column of the returned table forsys.dm_exec_query_plan:·If the query plan that is specified by using plan_handle has been evicted from the plan cache, the query_plan column of the returned table is null. For example, this condition may occur if there is a time delay between when the plan handle was captured and when it was used with sys.dm_exec_query_plan.·Some Transact-SQL statements are not cached, such as bulk operation statements or statements containing string literals larger than 8 KB in size. XML Showplans for such statements cannot be retrieved by using sys.dm_exec_query_plan unless the batch is currently executing because they do not exist in the cache.·If a Transact-SQL batch or stored procedure contains a call to a user-defined function or a call to dynamic SQL, for example using EXEC (string), the compiled XML Showplan for the user-defined function is not included in the table returned bysys.dm_exec_query_plan for the batch or stored procedure. Instead, you must make a separate call to sys.dm_exec_query_plan for the plan handle that corresponds to the user-defined function.When an ad hoc query uses simple or forced parameterization, the query_plan column will contain only the statement text and not the actual query plan. To return the query plan, call sys.dm_exec_query_plan for the plan handle of the prepared parameterized query. You can determine whether the query was parameterized by referencing the sql column of the sys.syscacheobjects view or the text column of the sys.dm_exec_sql_text dynamic management view.在以下情况下，sys.dm_exec_query_plan的返回表的query_plan列为空值（query_plan列中未返回Showplan输出）:·通过使⽤plan_handle查询指定的查询计划(query plan)，如果plan_handle已从计划缓存中踢出（逐出），返回的表的query_plan列为null。
sqlserverprofiler 列说明SQL Server Profiler 列说明在SQL Server数据库管理系统中，SQL Server Profiler是一款强大的性能分析工具，用于跟踪、监视和分析数据库活动。
它提供了详细的信息，帮助开发人员和管理员优化数据库查询和操作，以获得更好的性能。
本文将详细介绍SQL Server Profiler列说明，解释每个列的含义和用途。
1. TextDataTextData列包含执行的SQL语句或存储过程的名称。
它是Profiler最常用的列之一，可以通过分析这些语句来识别潜在的性能瓶颈和优化机会。
2. DurationDuration列显示每个事件的持续时间，单位是毫秒。
通过观察持续时间，可以确定哪些查询或操作需要进一步优化。
3. SPIDSPID (Server Process ID) 列显示执行操作的进程标识符。
每个连接到SQL Server的会话都有一个唯一的SPID。
通过分析SPID，可以跟踪特定会话的活动。
4. StartTimeStartTime列显示每个事件的开始时间。
这是一个非常有用的列，可以用于分析活动的时间分布情况，以及检测和解决可能的并发性问题。
5. EndTimeEndTime列显示每个事件的结束时间。
与StartTime列一起使用，可以计算事件的持续时间，并检测执行效率问题。
6. DatabaseNameDatabaseName列显示与事件相关联的数据库的名称。
通过分析DatabaseName列，可以确定哪个数据库的活动对整个系统性能产生了影响。
7. LoginNameLoginName列显示执行操作的登录名。
通过分析LoginName，可以追踪具体的用户活动，并进行安全审计。
8. HostNameHostName列显示执行操作的计算机名称。
通过HostName，可以识别哪些主机上的活动可能导致性能问题。
9. ApplicationNameApplicationName列显示执行操作的应用程序名称。
SQL性能分析⼯具考虑到处理数据⼀定要结合数据库⾃⾝实际，此篇就先从常⽤的辅助性能分析⼯具说起，SQL Server Profiler，性能计数器，执⾏计划，SQL Prompt等⼯具，也许平时都正在应⽤，下边结合⾃⾝使⽤进⾏介绍。
SQL Server ProfilerSQL Server提供的监控⼯具，在运⾏命令中输⼊“profiler”,也可以打开。
此⼯具重点是监控在指定服务器上执⾏的SQL语句，存储过程等⼀切数据库的操作。
对于分析数据库语句执⾏，死锁，性能瓶颈具有很好的作⽤。
打开SQL Server Profiler后，是⼀个空框架，我们需要添加对应的跟踪（Trace），打开⽂件中的新建跟踪，则弹出服务器连接信息，此监控⽀持本地或服务器远程监控，输⼊对应的⾝份验证信息后，点击连接则打开“跟踪属性”设置界⾯，此处是本节要说的重点，好多都是直接点击"运⾏”，发现监控的内容忽忽闪，刚选定⼀⾏，⼀会⼜出来很多看不懂得东西，其实这就是缺少跟踪属性的有效设置，对于⼀个在服务器上运⾏的Trace，它监控的是好多数据库，好多连接，如果不有效的锁定要查看的对象，那⼏乎就是在刷屏。
另外打开Trace会消耗服务器性能，建议慎重操作。
下边说跟踪属性设置的⼏个点吧，个⼈观点哦:1、常规选项卡中，使⽤模块: Starndard（默认值）,选择它就可以，⽆需更改2、打开事件选择选项卡，⼀般来讲我们打开监控都是有原因的，可能是想查看⼀个存储过程的执⾏，可能是T-SQL等等，根据实际锁定⽬标即可，不⽤的都可以不选取，这样Trace对这类执⾏直接Pass，⽐如我们只看存储过程，则抓图如下：这样Trace值跟踪存储过程的执⾏了，这还是有些不太满⾜要求，此时可以考虑添加列筛选，点击“列筛选器”，进⾏设置，当然我⼀般只做如下筛选，你可以结合⾃⼰的实际进⾏设置筛选条件，设置LoginName根据你查询的登录名，⽐如sa，设置Duration持续时间，⼤于等于2000（单位毫秒），这样就可以把⼤数据量的查询和性能较慢的给罗列出来包括CPU使⽤情况，Read，Write等参数，然后再分析对应的语句，找出问题所在，使⽤此⼯具可以快速锁定⽬标进⾏分析。
SQL Server Profiler工具SQL Profiler是一个图形界面和一组系统存储过程，其作用如下：•图形化监视SQL Server查询；•在后台收集查询信息；•分析性能；•诊断像死锁之类的问题；•调试T-SQL语句；•模拟重放SQL Server活动；也可以使用SQL Profiler捕捉在SQL Server实例上执行的活动。
这样的活动被称为Profiler 跟踪。
1、Profiler跟踪从开始=》所有程序=》Microsoft SQL Server 2008=》性能工具打开Profiler工具，也可以打开SQL Server Management Studio=》工具=》SQL Server Profiler。
然后选择文件=》新建=》跟踪打开一个连接窗口，选择将要跟踪的服务器实例然后连接。
打开如下“跟踪属性”对话框。
如果有许多跟踪，可以提供一个跟踪名称来帮助在以后进行分类。
不同的跟踪模板可帮助建立用于不同目的的跟踪。
打开跟踪属性窗口后，单击“事件选择”选项卡，为跟踪提供更详细的定义。
2、事件一个事件表现SQL Server中执行的各种活动。
这些活动可以简单地分类为事件类，游标事件，锁事件，存储过程事件和T-SQL事件是常见的事件类。
对于性能分析，主要对SQL Server上执行的各种活动的资源压力水平的事件感兴趣。
资源压力主要包含如下内容：1.SQL活动涉及哪一类的CPU使用？2.使用了多少内存？3.涉及多少I/0操作?4.SQL活动执行了多长时间？5.特定的查询执行的频率有多高？6.查询面对哪类错误和警告？RPC事件表示存储过程使用远程过程调用(RPC)机制通过OLEDB命令执行。
如果一个数据库应用程序使用T-SQL EXECUTE语句执行一个存储过程，那么存储过程将被转化为一个SQL批而不是一个RPC。
RPC请求通常比EXECUTE请求快，因为它绕过了SQL Server中的许多语句解析和参数处理。
T-SQL由一条或多条T-SQL语句组成。
语句或T-SQL语句在存储过程中也是单独和离散的。
用SP:StmtCompleted或SQL:StmtCompleted事件捕捉单独的语句可能是代价很高的操作，这取决于单独语句的数量。
假设系统中的每个存储过程包含且只有一条T-SQL语句。
在这种情况下，完成的语句集合相当小。
现在假定过程中有多条语句，而且这些过程中有些使用其他语句调用其他过程。
收集所有这些额外的数据现在变成系统上非常厉害的负载。
在生产机上一定要慎用。
现在回到那个事件选择面板，只有已经被选择的事件才会被显示。
如果想显示所有可供选择的事件，则只需选中“显示所有事件”单选框，要添加一个跟踪事件，在Event列中查找一个事件类下的事件，并单击其左边的检查框；要删除不需要的事件，取消选中的事件选择框。
光分类就有好多的说：以上是常用的数据列，另外还有一些不太常用的数据列：•BinaryData(二进制数据)•IntegerData(整数数据)•EventSubClass(事件子类)•DatabaseID(数据库标识符)•ObjectID(对象标识符)•IndexID(索引标识符)•TransactionID(事务标识符)•Error(错误)•EndTime(结束时间)列数据可以重新安排以符合你自己所喜欢的风格，要控制列数据的安放，单击组织列按钮，将打开如下对话框。
可以单击Up和Down按钮修改列的位置，将列移入Groups意味着它将成为一个合计列。
下面给出设置过滤列的方式：5、跟踪模板SQL Server Profiler可以用自定义事件、数据列和过滤器创建一个跟踪模板，然后定义一个新的跟踪，然后重用跟踪个模板来捕捉一个跟踪。
定义新跟踪模板的过程类似于定义新跟踪，步骤如下：1.创建一个新的跟踪。
2.和前面一样定义事件，数据列和过滤器。
3.从文件=》另存为菜单将跟踪定义保存为跟踪模板。
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,需要如下步骤：1.定义一个跟踪；2.单击文件=》导出=》脚本跟踪定义；3.必须选择目标服务器类型，SQL Server2005/2008；4.未文件命名，并保存它；这些不走将生成所有步骤跟踪并将其输出到一个文件所需的所有脚本命令。
使用Management Studio手工启动新的跟踪:1.打开文件；2.使用系统的相关名称和路径替换InsertFileNameHere；3.执行脚本，它将返回带有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使用建议如下：•限制事件和数据列的数量；•抛弃用于性能分析的启动事件；•限制跟踪的输出大小；•避免联机数据列排序；•远程运行Proflier；1、限制事件和数据列在跟踪SQL查询时，可以通过过滤事件和数据列来决定哪些SQL活动应该被捕捉。
选择更多的事件造成了大量的跟踪开销。
数据列不会增加太多的开销，因为它们只是一个事件类的特性。
因此，知道每个所希望跟踪事件的原因，并根据必要性来选择事件是很重要的。
最小化捕捉的事件数量避免SQL Server浪费宝贵的资源带宽去生成所有的事件。
捕捉像锁和执行计划这样的事件时应该小心进行，因为这些事件会使跟踪输出变得非常大并降低SQL Server的性能。
过滤分两个阶段：预过滤由SQL Server执行，后过滤由用户执行。
预过滤是捕捉SQL Server活动的联机阶段，预过滤提供多种溢出：•降低了SQL Server的性能影响，因为生成有限数量的时间；•降低跟踪输出大小；•简化后过滤操作，首先因为要捕捉的事件更少了；预过滤的唯一缺点是，可能丢失一些彻底分析中需要的重要信息。
2、丢弃性能分析所用的启动事件所用于性能分析的信息围绕一个查询的资源开销。
想SP:StmtStarting这样的启动事件不提供这种信息，因为只有在事件完成之后，才能计算I/O量、CPU负载和查询的持续时间。
所以，在跟踪运行缓慢的查询以进行性能分析时，不需要捕捉启动事件。
这种信息由对应的完成事件来提供。
什么情况下适合捕捉启动事件呢？应该在预期某些SQL查询因为错误而不能结束执行，或者频繁发现Attention事件的时候捕捉启动事件。
