了解SQL事件探查器中的读/写次数

Question

请参阅此SQL Profiler视图中指示的SQL语句。所有这些事件都来自一台忙于长时间运行的客户端机器，工作了几千行。每行处理大约需要6.5秒，这就是SQL事件探查器显示为注销之间的时间，即使实际更新语句只需要1毫秒。每次登录/注销都使用相同的SPID。在任何给定的Login和Logout事件之间看到，SQL语句指示读取计数为17且写入计数为0。 然而，Logout事件表明总读数超过200万，写入次数超过10k。我需要分析哪些事件来试图找出导致这些读/写的语句，因为我怀疑这些是导致6.5秒延迟的那些，但我看不到它们发生了？

Answer 1

为Audit：Logout事件提供的读取/写入数字是该连接持续时间的累计总数。这些值本身并没有告诉您任何细节 - 如果您在连接的生命周期内运行10个命令，您将看到该会话中所有10个命令的总数。

要了解故障的细分，您需要查看在启动的Audit：Login事件和结束的Audit：Logout事件之间为同一个SPID记录的SQL：BatchCompleted（或SQL：StmtCompleted）事件。

<强>更新 看一下图像，看起来有点奇怪（至少对我来说）的是，在每次审计：注销之后，Reads值不会被重置，因此每次它都会被语句的读取次数递增被执行（17）。我不确定100％因此该数字将被重置 - 但基本点是该数字是累积的并且可能随着时间的推移而建立起来/一些陈述所以并不一定意味着你有一个沉重的查询命中服务器！

我怀疑审计：退出的读/写数字表现如上所述。但持续时间这个趋势令人反感。看起来持续时间不是累积的。 来自MSDN的一些描述：

  

持续时间：自此以来的时间量   用户登录（约）。
读取：   发出的逻辑读I / O数   连接期间的用户。
  写入：逻辑写入I / O的数量   用户在发布期间发布的   连接。