SQLSERVERProfiler工具

合集下载

SQLServerProfiler(SQl跟踪器)的简单使用

SQLServerProfiler(SQl跟踪器)的简单使用

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使用

sqlserver profiler使用

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。

快速应用SQL_Server事件探查器(SQLServer2008)

快速应用SQL_Server事件探查器(SQLServer2008)

模板 每次启动事件探查器监视时都会让您选择一个模板来进行跟踪,默 认是一个标准模板(SQLProfilerStandard)。里面有事先定义好的 的事件和数据列,没有筛选。 我们可以创建一个模板以指定使用哪些事件、数据列和筛选。然后 可以保存该模板,并用当前的模板设置启动跟踪。捕获的跟踪数据 基于模板中指定的选项。模板不执行且必须用 .tdf 扩展名保存到 文件。
警告:使用相同的名称保存跟踪文件将重写原来的跟踪文件,这将导致任何当 初捕获的事件或已删除或筛选的数据列丢失
SQL 事件探查器术语
事 件 事件是在 Microsoft SQL Server 引擎中生成的操作。 例如: 登录连接、失败和断开。 Transact-SQL SELECT、INSERT、UPDATE 和 DELETE 语句。 远程过程调用 (RPC) 批处理状态。 存储过程的开始或结束。 SQL 批处理的开始或结束。 存储过程内的语句的开始或结束。 写入 SQL Server 错误日志的错误。 在数据库对象上获取或释放的锁。 打开的游标。 安全权限检查。 由事件生成的所有数据显示在单个行中的跟踪内 。该行包含详细描述 事件的数据列,称为事件类。
SQL Server事件探查器使用说明
用友医疗 PUB-HRPS开发部 2014年 3月
整体概念
SQL Server事件探查器(Profiler)可以帮助数据库 管理员及其他人员跟踪SQL Server数据库所执行的 特定事件,监视数据库的行为;并将这些有价值的信 息保存到文件或表,以便以后用来分析解决数据库 出现的问题,对数据库引擎性能进行优化。 例如:对于HRP实施及开发人员可以达到以下目的: 1.追踪功能操作在数据库后台所影响的物理表, 视图或存储过程等。 2.当发生系统异常或报错时,追踪是发生在操作 哪个数据库对象。 3.追踪影响操作性能的数据库后台执行记录。

sqlserver profiler使用

sqlserver 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”。

sqlserver 执行计划查询语句

sqlserver 执行计划查询语句

一、概述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优化工具及使用技巧介绍

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 2005 SQL查询优化

SQL Server 2005 SQL查询优化

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-SQL语言▪完成SQL Server Management Studio 的动手实验。

SQLServer如何查看存储过程的执行计划

SQLServer如何查看存储过程的执行计划

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。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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事件的时候捕捉启动事件。

相关文档
最新文档