全面掌握SQL Server Profiler系列1:原理与相关概念

说道SQL Server Profiler，相关很多朋友们都已经不陌生了。虽然说现在在网络上有很多的文章介绍它的使用，但是介绍的都不怎么系统与完整。因为笔者对SQL Server Profiler的使用也有些年了，并且常常在性能优化中使用，所以，借此机会，献出一整个介绍SQL Server Profiler的系列文章。

可以说说SQL Profiler是一个非常强大的工具，使用它，我们可以捕获和分析数据库中发生的相关的事件，例如，存储过程的执行等。而捕获的信息可以为我们在性能诊断中提供依据。

如果你对SQL Profiler不是很熟悉，那么，本篇文章将会带着你一步步的熟悉。在这篇文章中，我会讲述SQL Profiler的工作原理，还会解释在后面文章要常常要用的一些术语，同时也会讲述如何保持一个Profiler Traces跟踪文件。

通过本篇文章的越多，朋友们会清楚如下的问题：

1.理解SQL Profiler是如何工作的

2.对Profiler的一些术语和概念有一个比较清楚的认识，例如事件，数据列，过滤器等

3.理解如何配置权限启动Profiler

4.可以创建基本的Profiler跟踪，并且保存。

在开始学习任何一门技能之前，我们需要知道：为什么要学习这门技能，学习完了之后，可以给我们带来什么好处？毕竟人的精力是有限的，不可能随随便便学习一门对自己毫无用处的知识。

可以这样说：区分一个有经验的DBA与一个新手DBA的区别就在于：有经验的DBA知道在核实充分利用何种工具可以快速的将问题搞定（其实我本身也 是一个开发人员，通俗点说，就是写应用代码的，不算是真正DBA，因为很多的时候，在项目中，没有DBA，所以不得不扮演很多的角色，所以学习了不少的技 能）。

如果熟练的掌握了SQL Profiler之后，有经验的DBA就可以对数据库的运行状况进行跟踪，并且利用跟踪的数据进行问题的分析与性能的诊断与优化，有时候，甚至可以再问题还

有发生之前发现潜在的问题。我们把掌握SQL Profiler的好处列下来：

1.可以监视SQL Server内部发生的各种活动：例如发生在数据库引擎中的活动，发生在Analysis Services以及Integration Services中的活动。

2.监控并且确认某些查询，事务相关的性能问题等。

3.可以对执行计划进行分析。

4.可以监视并且确认SQL Server内部的发生的一些错误和警告。

5.可以捕获数据库发生的数据，并且还可以对数据库的压力进行重放。

6.可以对数据库中用户的活动进行审计跟踪。

7.可以通过多种方式对数据进行分析与跟踪。

8.可以将跟踪的数据与系统的性能计数器关联起来，从而更加全面的检查发生的问题。

9.可以将跟踪的数据以DTA来进行分析

10.还可以对SQL Profiler进行编程，可以不使用它的GUI工具。

说了这么多，似乎已经把SQL Profiler说的天花乱坠了！其实SQL Profiler也不是万能的，也只是在SQL Server诊断与分析中常常使用的一种工具而已，至于决定到底是否在使用它，还是取决于DBA或者技术人员本身，通过本系列的学习，相信大家会有一个比 较清楚的认识。

首先，我们来简要的看看SQL Server Profiler的工作原理。

SQL Server Profiler的工作原理

其实SQL Server Profiler这个工具是SQL Trace的一个GUI的版本，而SQL Trace是一组脚本，自SQL Server 2000就已经有了的，这一组脚本捕获和跟踪SQL Server内部发生一些事件，并且将跟踪的数据保存以便后续使用。

从本质上说，SQL Trace就是一个非常简单的工具，它的作用就是捕获客户端应用与SQL Server之前的通信的信息。它扮演中一个非常特殊的网络嗅探器的功能，用来捕获与SQL Server相关的网络活动，同时也允许我们查看客户端应用的请求触发了SQL Server的哪些事件。

另外，与我们熟悉的网络嗅探器不同的是：SQL Trace只是捕获发生在SQL Server内的相关的事件和活动，而不会获取网络上面传输的数据。

为了使得大家对SQL Trace有一个更加清楚的认识，我们来看看下面的一个图1-1：

那么对于上面的图1：

1.SQL Server事件是指由SQL Server本身内部触发的活动，或者由客户端与SQL Server进行连接时在SQL Server内部触发的活动。事件包含很多不同的种类，我们将会在后续文章中详解介绍。

2.因为事件发生在SQL Server的内部，SQL Trace的任务就是根据Filter来捕获自己感兴趣的事件。

3.一旦事件被SQL Trace捕获，那么发生的事件与相关的事件信息就会被保存在内存的队列中。

4.SMO(Server Management Objects)，是可以直接的访问SQL Server的对象模型。其实，SQL Trace对于我们而言，就可以将之看成是一个黑盒，我们能做的就是通过一些方式和工具去与这个黑盒交互，SQL Profiler和系统的存储过程就是这样的工具。

为了后续的理解方便，也为了保证我们的理解一致，我们下面介绍一些常见的概念和术语。

SQL Profiler中常用的术语概念

这里主要介绍下面四个术语：
事件(Events)
数据列(Data Columns)
过滤器(Filters)
跟踪(Trace)

事件

相信熟悉微软技术的朋友对“事件”这个概念已经不陌生了，简而言之就是发生的活动，例如一个存储过程的执行，就是一个活动，也是发生了一个事件。SQL Profiler允许我们捕获大约170多种不同的与SQL Server有关的时间。
另外，在SQL Profiler中，使用Event Category这个概念，对不同的事件进行了一个大致的分类，使得为我们的监控更加的方便，例如所有与存储过程相关的事件都被划分在一个分类中。

数据列

这个概念理解起来非常简单，简而言之就是描述事件发生的一些信息。这个概念和我们在.NET编程中的事件信息的概念是一样的。如图1-2所示，可以看到事件发生的时候，包含了一些实事件信息，即数据列。

 
图1-2中列出了很多事件的数据列，例如，对于RPC:Completed事件而言，包含了TextData，ApplicationName等。同时，还可以看出 ，不是所有事件都有相同的数据列。
过滤器

顾名思义，过滤器主要是SQL Profiler用来对发生的事件进行过滤的，只捕获感兴趣的事件。可以根据很多的来创建灵活的过滤，如图1-3所示：

过滤器在使用SQL Profiler中非常有用，因为它可以决定我们收集到的数据的正确性，更加对收集到的数据的量产生很多的影响。

跟踪

请注意：这里的跟踪，不是个动词，而是一个名词！每一个跟踪包含了发生的事件以及相关的数据列信息，并且我们常常将这些信息保存在物理的文件中。其实，我们常常所说的跟踪，就是一个保存SQL Profiler数据的跟踪文件。

跟踪文件可以以很多的方式保存：保存在内存中，以特定的格式导出，保存在数据库中，保存为XML文件等。如图1-4所示，就现在SQL Profiler中直接显示了跟踪信息，即跟踪信息保存在内存中：