性能分析方法

一、性能分析的常用手段

1、空间换时间,利用内存缓存从磁盘上取出的数据,CPU可以直接访问内存,从而比从磁盘读取数据更高的效率。

2、时间换空间,当空间成为瓶颈的时候,切开数据分批次处理,用更少空间完成任务的处理。

3、分而治之,把任务切分,分开执行。

4、异步处理,业务链路上有任务时间消耗较长,可以拆分业务,减少阻塞影响,常见的异步处理有MQ(消息队列)。

5、并行,用多个进程或者线程同时处理业务,缩短业务处理时间。

6、离用户更近一点,比如CDN技术,把用户请求的静态资源放在离用户更近的地方。

二、性能分析方法

1、自低而上:通过监控硬件及操作系统性能指标来分析性能问题。

2、自顶而下:通过负载生成来观测被测试系统的性能,比如响应时间、吞吐量。

三、性能分析流程

1、检查RT:响应时间

2、检查TPS:每秒完成事务数

3、检查负载机资源消耗,是否有性能问题:CPU使用率

4、检查web服务器的资源消耗:

  1)检查CPU的使用率;

  2)检查内存的使用情况;

  3)检查磁盘使用情况;

  4)检查占用的带宽;

  5)分析web页面的响应组成

5、检查中间件的配置问题

6、数据库服务器资源消耗分析:

  1)检查CPU的使用率;

  2)检查内存的使用情况;

  3)检查磁盘使用情况;

  4)数据库监控

7、SQL分析:

  1)定位不合理的sql占比;

  2)索引是否正常应用;

  3)检查共享sql是否合理范围;

  4)检查解析是否合理;

  5)检查数据ER结构是否合理;

  6)检查数据热点问题;

  7)检查数据分布是否合理;

  8)检查碎片整理

四、系统性能关注点

  1、系统资源

  (1)CPU过高:

    1)计算量大,比如运算、连接查询、数据统计;

    2)非空闲等待,同一资源被不同线程请求,而此资源又需要保证一致性,只能前一个释放后一个再访问,导致等待;

    3)过多的系统调用,系统调用操作系统所提供的程序接口;

    4)过多的中断,中断是CPU用来响应请求的机制。

  (2)内存吃紧,解决办法就是加内存,或者减少不必要的调用。

  (3)磁盘繁忙,数据读写频繁。

  (4)高并发造成网络拥堵。

  2、操作系统

  (1)系统负载:load average(CPU的任务队列长度)

  (2)系统连接数的控制,操作系统为了安全会限制外部及内部建立TCP连接的数量,在服务器环境需要提供大量的服务,此时需要修改这个TCP连接数的限制。

  (3)缓存:操作系统存在缓存机制,内存不够时,有虚拟内存,哲学都是提高IO效率的有效手段。

  3、数据库

  系统性能的好坏很大部分是由数据库系统、应用数据库设计及如何使用数据库来决定的,简单地把浙西应用系统分为OLTP(联机事务处理系统)与OLAP(联机分析处理系统)两种,以下为OLTP和OLAP的粗略比较:

  (1)对于OLTP类型的常规办法是:

    1)优化业务过程,尽量减少数据请求,不管是读还是写

    2)优化sql语句提交效率

  (2)对于OLAP类型的常规办法是:

    1)预处理,比如物化、多维数据,先把数据放在后台统计,生成一个较小的数据集,然后程序对物化后的数据进行访问减小系统压力。

    2)分而治之,比如并行查询

    3)优化语句提高效率

  (3)OLTP类型关注点:

    1)慢查询

    2)大事务

    3)死锁

    4)DB Time高

    5)磁盘IO等待时间

    6)对于一些热点数据,可以置入内存,提高响应数据,常见的缓存如memcache、redis等,Hibernate这种ORM模型的框架也提供二级缓存支撑。

4、中间件

  J2EE架构的程序多数运行在Tomcat、Jboss、WebLogic、Jetty等中间件上。

  (1)JVM:中间件是运行在JVM之上的,我需要监控jvm堆内存使用情况。包括GC频率,线程状态等。Full GC操作是对堆空间进行全面回收,所以频繁得Full GC会影响响应时间。监控线程运行状态主要关注Blocked状态线程,此状态说明当前线程运行相对较慢,长时间的Blocked可能是因为线程阻塞,甚至造成死锁。

  (2)Thread pool:中间件在接收用户请求时为了节省建立连接、销毁连接的资源消耗,设计建立线程池,需要监控其使用情况,一般超过使用率时,可以考虑加大连接池数量。

  (3)DB Connections pool:为了节省程序与DB建立连接、释放连接的资源消耗,设计数据库连接池,一般超过使用率时,可以考虑加大连接池数量。

  Thread pool和DB Connections pool,我们都可以通过netstat命令统计其连接数。

5、应用程序

  不同的架构存在不同的性能短板,抽象层次越高(低层封装程度越高),开发效率越高,对开发人员的要求越低,性能风险越高。往往性能风险都会集中在这一层次。我们常见的SSH架构是MVC模型。展现层view复制展现的内容,Controller负责请求接收,前台逻辑跳转;Model层实现业务逻辑,返回数据;数据层负责与数据库打交道。

6、web服务

关注点:

  (1)页面的Size:动态数据、CSS、JS、图片等的大小

  (2)隐藏的,无用的数据传输

web性能优化方向:

  (1)页面静态化,先进行静态化然后提供访问,减少DB的负担

  (2)减少页面的size

  (3)砍掉无用的请求,无用的数据传输

  (4)对数据做异步处理,事情分为多步,先完成优先级高的事情

  (5)智能DNS及CDN加速,让响应数据里用户更近,回避缓解网络瓶颈

原文地址:https://www.cnblogs.com/wu-wu/p/10163051.html