sql check监视工具详解

一、Processes参数

这个指标能实时显示当前实例下对用户可见所有的连接Processes，一个个“球”来标识，我们可以通过颜色的变化、球的大小来标识session的连接、执行状态等信息。

二、Wait-Stack Area

监控实例重要的指标等待时间

三、Seek time 参数

这张图显示了磁盘读写的等待时间

四、Physical R/W 参数

显示每秒物理读写量

五、cache hit 参数

高速缓存命中率计数器，表示SQL Server接受命令查询所需的数据页恰好在高速缓存中的概率，如果在高速缓存中查找不到，则数据页要重新到磁盘或者其它地方获取。这个数值越高，表示SQL Server能够从缓存中获得的数据概率越高，而不是再从磁盘读取。这个数值理论上是越高越好，接近到100.有了这100，100％的时间在SQL Server的内存中找到了需要的数据页，那么性能一直很高。如是是一个很低的数值可能表明内存方面有问题，最有可能是内存不足

六、cpu资源使用率参数

七、Throughput（吞吐量）参数

实时监测、直观图形化显示整个实例当前执行的SQL批次、编译、重编译、事务处理。给当前发生性能问题提供有力的数据参考。

Batch requests：批请求/秒是指SQL Server是每秒接收批处理的数量。这个计数器是可以查看我们的服务器处理速度。数字越大，表明我们的数据库处理查询的吞吐量越大。像许多计数器一样，没有一个单一的数字，可以说明服务器是太忙了。如今的服务器越来越强大，因此可以一刻不停的处理更多批次的请求。随着时间的推移，应该收集这个计数器，以确定我们的服务器环境基准数值是什么。

Compilations：编译/秒 是指SQL Server每秒编译执行计划的次数。编译一个执行计划是资源密集型操作，耗时比较长且申请的资源比较多。汇编/秒应该和批请求/秒同时观察，当两者同时发生时，以获取是否有并发症，对服务器有伤害。要做到这一点，可以使用 请示数/编译数=？来保持一个稳定的数值。理想的情况下，可以为每10批次一个编译的要求。

Recompliations：有时因为一些重要的事件发生时，导致执行计划失效，SQL Server将重新编译它。该重编译/秒表示每秒钟重新编译执行计划的次数，和编译一样，都是代价高昂的操作，所以应尽量减少重新编译次数。理想情况下我们要保留这个计数器小于编译/秒的10%

Transactions：每秒通过事务数，显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，是考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析主要是看曲线的性能走向，将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。

八、在SQL CHECK的右下角可以看到当前的空闲内存数量是多少