sqlservice 跟踪

原文地址：https://blog.csdn.net/qq_22698657/article/details/81671360

 

1、打开SQL Server Profile

2、参数含义

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。
StratTime 事件(如果可用)的启动时间。
Writes 由服务器代表事件写入物理磁盘的次数。

分析：

1.查找持续时间最长的查询

一般情况下，最长查询时间的查询语句就是最影响性能的原因存在。它不仅占用数据库引擎大量的时间，还浪费系统资源，还影响数据库应用系统的交互速度。再对数据用应用系统进行优化时，先找出他，对其优化，在创建跟踪时，勾上TSQL-SQL:BatchCompleted.跟Stored Procedures-RPC:completed。这样就能找出来这个最长时间查询然后对其进行分析优化。

2.最占用系统资源的查询

就是占用cpu时间，跟读写IO的次数。建议事件包含Connect、Disconnect、ExistingConnection、SQL:BatchCompleted、RPC:completed，列包含writes，reads，cpu。

3.检测死锁

在访问量，并发量都很大的数据库中，如果设计稍不合理，就有可能造成死锁，给系统性能带来影响。事件包含：RPC:Starting、SQL:BatchStarting、Lock：DeadLock（死锁事件）、Lock：DeadLockChaining（死锁的事件序列）。