上面提到的胜利性能监控数据库性能监控工具是必不可少的，然后我会给你一些常用的监测指标，其实无非是磁盘、CPU、内存等硬件指标和操作数据库本身就像一把锁，啊，啊，这是根据他们的商业决定的通知参数指标要求的用户连接数。

1.sql服务器缓存：缓存命中率

这是看内存不够的一个重要参数。柜台，缓存命中率在SQL Server的缓冲区，用来指出从缓存中而不是在磁盘的SQLServer的频率。SQLServer将缓存一些已经查询在内存以后查询时使用的数据。输入一个查询的数据库后，将编译SQL看什么数据，然后执行计划，首先看内存是否可以查询所需的数据，如果相同的SQL已经开展或表中的数据缓存在内存中，但没有发现在内存中的数据，这可能是因为内存不足会导致缓存数据写入磁盘的挤压和释放使用数据库提供的其他要求。G一般，OLTP系统应该至少90%，与理想值是99%，如果这个值小于90%，提示你应该添加内存。

2内存：页面秒

这也是监控内存不足的一个比较重要的参数。这个计数器记录的内存和磁盘之间交换每秒页数。频繁交换页面消耗更多的IO，影响服务器的性能。例如，超市有一个架子顶上充满了新的A，B，C系列货物，当想买一个可以直接到书架当你去超市，非常方便，当顾客进入超市后一圈一圈的告诉你，我不觉得老品D，我要买D，然后工作人员会去仓库货物D把顾客购买的货架下。但当书架都满了，我能做什么呢我只能把那些不要求长时间的架子，然后放在空的地方，但又一次一个客户想购买，工作人员将要再次更换D架上。事实上，记忆是架子的硬盘是仓库，因为书架太小，导致商品在货架上频繁更换为正常运行，减少反复来回运输产生的IO成本，并取代大货架以满足需求。

如果服务器上运行的SQL Server，该指标的理想范围应该0-20偶尔超过20间。如果该值大于20，则意味着您的服务器可能需要额外的内存。

当然，这个指示器与缓冲区缓存命中率索引合作，如果索引缓冲区已经命中99%或更多，并且您的Exchange周期的页面已经超过20，这意味着不仅仅是内存，以及其他程序占用系统内存。

3：内存：可用字节

这是另一个计数器监视内存的条件。这个值是至少至少，也大于5m，因为SQLServer需要始终保持5-10m分配内存。当该值小于5m时，SQLServer会造成性能瓶颈，因为内存不足。

4、物理磁盘：%磁盘时间

该计数器记录磁盘的繁忙程度（整个磁盘阵列的范围或物理磁盘的繁忙程度）。理论上，这个值应该小于55%，如果继续高于55%，则表明服务器上可能存在IO瓶颈。

如果它只发生几次，它不需要担心，但它可以找到相应的时间点。在数据库中执行了哪些语句，并进行了相应的优化。

5。物理磁盘平均磁盘队列长度

这是磁盘IO状况的重要指标。在理论上，每个物理磁盘的值不应超过2。当然，这个值需要计算，例如，我们有4个物理磁盘做RAID10。此时，监视周期中的磁盘队列的平均值为10，每个磁盘的队列值为10 4＝2.5。然后我们可以说有一个我/ O瓶颈在磁盘阵列，这是以前的disktime指数一样，你不必担心它偶尔。如果它发生了很长一段时间，你必须开始考虑解决磁盘的IO性能问题。

6处理器：%处理器时间

这是CPU情况的指示器（类似于磁盘时间），这是观察CPU利用率的一个关键参数，如果处理器时间计数器的值继续超过80%，则表示CPU存在瓶颈问题，如果偶尔发生，那就意味着在这个时间点有一个消耗CPU的查询。它可以在下一个时间点捕获SQL并优化它，如果CPU在某个时间点之后一直在上升，通常情况是：1，突然，高并发和2。索引重组。3、突然，大量数据的常用索引无效，4。死锁5，还有许多其他的。先找到问题，然后处理它。

7系统：处理器队列长度

这个指标类似于磁盘队列长度，也是一个单CPU，单CPU不超过2，例如，如果你是一个2U机，该值应不超过4。如果在监控周期中连续增长超过4，可能会出现CPU瓶颈。

基本上常用的是那么多，有很多可以与你合作检测SQLServer性能计数器，感兴趣的可以自己百度。 U3000