监控指标

web指标：5个重点关注指标

平均事务响应时间：直观的指标

tps：直接反应服务器的处理能力。tps高说明系统的处理能力比较好

吞吐量：在lr中代表服务器返回的。和tps一样，tps高，吞吐量高

连接数：可初步判断是否需要调优连接数的配置

点击数：直接反应请求数。点击数越多，吞吐量和tps高，事务的响应时间低，证明系统的性能好

先单个看，然后考虑合并图

 

系统指标：重点指标

cpu：processer中的cpu idle time：持续低于10%，则cpu可能是瓶颈 user time：非内核操作消耗的cpu的时间，持续超过90%，一般来说，如果系统中使用了大量的算法或者复杂的计算该值比较大 io wait time :cpu消耗在等待处理io上的时间，结合io processer queue length<=处理器个数+1，如果大于处理器个数+1，则表示处理器可能出于阻塞状态 cpu高，system>processer queue length 高，处理器是瓶颈 cpu低，system>processer queue length 低，处理器阻塞，cpu本身不是瓶颈 注意：cpu低，队列高，多核情况下可以调整下内核参数，一定程度上可以避免处理器阻塞。因为多核分布不均有可能造成cpu低，队列高的情况。

 

load average：负载。统计cpu使用队列的一个长度，不包含cpu的使用率。

cpu高，load高，有问题

cpu高，load低，有可能cpu处理的算法比较复杂

cpu低，load高，多核有可能出现分配不均，cpu时间片没有分配或者没有切换

cpu低，load低，米有问题

注意：cpu的高低不能直接反应处理能力和速度。要根据具体的业务，指标要结合业务来看。

 

memory： available mbytes:可用的内存数，最直观的指标 page/sec：从磁盘取出页面数或者页面写入磁盘以释放空间的页面数，反应有多少页面是从磁盘取出来的，有多少页面是要写入磁盘来释放空间的。页的交换活动是跟内存进行交换的。 page read /sec,从磁盘取出的页面数，此值越低越好，大数值说明是磁盘读不是缓存读。 如果page低，同时disk time和queue length的值高，则可能是磁盘瓶颈，但是，如果队列长度增加的同时，page的读取速率并未降低，则内存不足。

io： disk time queue length 如果两者都持续高，则磁盘有可能是瓶颈，如果只有一个持续高，不一定是磁盘有问题，也有可能内存不足了 注意：磁盘和内存有关系，内存没有从磁盘读，内存有，从内存读

网络：

network  interface可判断忘了速度是否瓶颈，每秒的数值不变

processer》dpc time，cpu消耗在网络处理上的时间，越低越好，如果高可以增加网卡