SQLServer2012：非常实用的BatchRespStatistics

SQL Server 2012引入了一个新的performance counter， Batch Resp Statistics。这个counter的目的是to track SQL Batch Response times。这个counter下面有好几档如下： 具体就是： Batches =000000ms 000001ms Batches =000001ms 000002ms Batches =000002m

SQL Server 2012引入了一个新的performance counter， Batch Resp Statistics。这个counter的目的是“to track SQL Batch Response times”。这个counter下面有好几档如下：

具体就是：

Batches >=000000ms & <000001ms

Batches >=000001ms & <000002ms

Batches >=000002ms & <000005ms

Batches >=000005ms & <000010ms

Batches >=000010ms & <000020ms

Batches >=000020ms & <000050ms

Batches >=000050ms & <000100ms

Batches >=000100ms & <000200ms

Batches >=000200ms & <000500ms

Batches >=000500ms & <001000ms

Batches >=001000ms & <002000ms

Batches >=002000ms & <005000ms

Batches >=005000ms & <010000ms

Batches >=010000ms & <020000ms

Batches >=020000ms & <050000ms

Batches >=050000ms & <100000ms

Batches >=100000ms

这些档的含义是怎样的呢？假定对于Batches >=010000ms & <020000ms，它的含义是这样的：

1) 如果batch （也就是一个request）的执行时间是10000ms 到20000ms之间的则计数

2) CPU time 和Elapsed time 的含义和sys.dm_exec_requests 里面的含义一致。 CPU time 就是 “请求所使用的 CPU 时间”， Elapsed time 就是“请求到达后经过的总时间”。 简单说，CPU time就是batch request的CPU指令真正执行的时间，而Elapsed time 是指CPU时间加上等待的时间。比如当batch等待磁盘I/O，等待锁（就是被阻塞了）的时候，Elapsed time就一般比CPU time 长。这里注意的是因为并发执行的关系，Elapsed time 有时候并不会就恒等于CPU time 加上等待时间，而是应该有些出入。

3) CPU time：Requests 指CPU time 在这个范围内的batch request的总数。CPU time：total（ms）指CPU time 在这个范围内的时间总和。Elapsed time：request 和 Elapsed time：requests 的含义类似。

4) 这些counter的值是累计的。也就是说，会一直增加，直到SQL server 重启。