一、Errors and Warnings: Exception 和 Errors and Warnings: User Error Message
异常和用户错误信息一起出现，一般都一起跟踪这两个类。当出现用户异常时，这两个事件就会被激发。异常事件包含错误数、严重性和状态，而用户错误信息事件包含错误的实际文本。
二、Locks: Deadlock graph 和 Locks: Lock:Deadlock Chain
在SQL Server 2005之前的版本，死锁只能通过Deadlock Chain事件识别出来。SQL Server 2005之后引入了更多可用的Deadlock graph事件，这个事件生成标准XML，性能分析器可以将其呈现为非常清晰的图形输出。
三、Locks: Lock:Acquired 、 Locks: Lock:Released 和 Locks: Lock:Escalation
主要在解决死锁的同时使用这些事件，使用户知道在一个事务期间SQL Server用了什么锁，以及这些锁被保持了多长时间。如果用户对SQL Server各种隔离级别的运转感兴趣，可以监视这些事件。使用这些事件时，要确保对特定的目标spid进行过滤，以免得到太多的信息而不方便处理。
四、Security Audit: Audit Login 和 Security Audit: Audit Logout
1、这两个事件每天都会用到，尤其是在做性能调校时十分有用。通过监视这两个事件及存储过程和T-SQL类别中的各种查询事件，用户可以更方便地在单个会话的基础上积聚信息。
2、要检测被激发的事件是否基于一个汇集连接，可以查看EventSubClass列的值是否为2。
五、Stored Procedures: RPC:Starting 和 Stored Procedures: RPC:Completed
当一个客户应用程序执行一个远程过程调用时（RPC：通常是一个带参数的查询或存储过程调用，具体是哪个取决于使用的连接库），这些事件就会被激发。
六、TSQL: SQL:BatchStarting 和 TSQL: SQL:BatchCompleted
1、当一个客户应用程序执行一个批处理时，这些事件就会被激发。
2、结合RPC事件类使用这些事件可以允许用户捕捉到外部调用程序提交给服务器的所有请求。“SQL:BatchCompleted”事件类和相应的“RPC:Completed”事件类都填充信息至4个关键的列：CPU、Reads、Writes和Duration。
七、Stored Procedures: SP:StmtStarting 和 Stored Procedures: SP:StmtCompleted
1、在一个复杂的充满了流程控制语句的存储过程中，有时很难确定到底选择了哪条访问路径。
2、每次执行一个存储过程中的一条语句时，这些事件就会被激发，为用户显示发生事件的全景。这些事件可能会生成极其大量的数据。因此，最好仅在已经过滤了该跟踪之后再使用这些事件，这种过滤可通过一个正在跟踪的给定spid或一个特定的存储过程名称或对象ID（相应地使用ObjectName或ObjectId列）来完成。
八、Stored Procedures: SP:Recompile
SQL Server包含了一个帮助跟踪计数器（SQL Server: SQL统计值: SQL重编译/秒），如果发现该计数器的值居高不下，就可以考虑使用这个事件类来进行性能分析，以便确定到底是哪个存储过程引起了故障。
九、Stored Procedures: SP:Starting
1、每当调用一个存储过程或函数时，该事件类就会被激发，无论是客户直接调用还是被其他的存储过程或函数嵌套调用。
2、由于该事件类不填充信息至读、写和CPU列，因此它对性能调校并没有太大的用处，但是也有价值。
3、经常使用这个类来获取给定时间间隔内一个特定存储过程被调用的次数统计。
