J2EE应用性能调优方案.pdf

蚂蚁工社 J2EE 应用性能调优方案 北京蚂蚁工社网络科技有限公司 1 / 23 蚂蚁工社 1 前言 性能优化是一个很大的课题，涉及到硬件、操作系统、应用服务器、应用程序、数据库 等多方面因素。如何借助一定的工具、按照特定的步骤，检测、分析出系统存在的瓶颈问 题，然后解决问题，从而提升系统性能，是性能优化的工作。 针对不同的应用体系架构（如.NET 平台和 J2EE 平台），具体的调优策略是不同的，但分 析方法，调优步骤基本类似。 下面介绍J2EE 体系下的系统的调优策略。 2 J2EE 应用架构 典型的 J2EE 应用架构图如下：左边是客户端，中间是应用程序服务器，右边是数据库。 架构图表示了三者间的逻辑关系。客户端向应用程序服务器发出请求，应用程序服务器针对 请求进行处理，处理过程中可能要与数据库进行交互，处理完成后返回页面给客户端。 应用程序服务器和数据库可以部署到一台机器上，也可以分开部署。 2 / 23 蚂蚁工社 3 术语 3.1 并发用户 并发一般分为2 种情况。一种是严格意义上的并发，即所有的用户在同一时刻做同一件事 情或者操作，这种操作一般指做同一类型的业务。比如在信用卡审批业务中，一定数目的用 户在同一时刻对已经完成的审批业务进行提交；还有一种特例，即所有用户进行完全一样的 操作，例如在信用卡审批业务中，所有的用户可以一起申请业务，或者修改同一条记录。 另外一种并发是广义范围的并发。这种并发与前一种并发的区别是，尽管多个用户对系 统发出了请求或者进行了操作，但是这些请求或者操作可以是相同的，也可以是不同的。对 整个系统而言，仍然是有很多用户同时对系统进行操作，因此也属于并发的范畴。 可以看出，后一种并发是包含前一种并发的。而且后一种并发更接近用户的实际使用情 况，因此对于大多数的系统，只有数量很少的用户进行“严格意义上的并发”。对于 WEB 性 能测试而言，这 2 种并发情况一般都需要进行测试，通常做法是先进行严格意义上的并发测 试。严格意义上的用户并发一般发生在使用比较频繁的模块中，尽管发生的概率不是很大， 但是一旦发生性能问题，后果很可能是致命的。严格意义上的并发测试往往和功能测试关联 起来，因为并发功能遇到异常通常都是程序问题，这种测试也是健壮性和稳定性测试的一部 分。 3 / 23 蚂蚁工社 3.2 响应时间 3.2.1 请求响应时间 指的是客户端发出请求到得到响应的整个过程的时间。在某些工具中，请求响应时间通 常会被成为TLLB，即Time to last byte,意思是从发起一个请求开始，到客户端接收到最后 一个字节的响应时间所耗费的时间。请求响应时间过程的单位一般为秒或者毫秒。 3.2.2 事务响应时间 事务可能由一系列请求组成,事务的响应时间主要是针对用户而言,属于宏观上的概念，是 为了向用户说明业务响应时间而提出的.例如:跨行取款事务的响应时间就是由一系列的请求组 成的.事务响应时间和后面的业务吞吐率都是直接衡量系统性能的参数. 3.3 吞吐量 指的是在一次性能测试过程中网络上传输的数据量的总和.吞吐量/传输时间,就是吞吐率. 3.3.1 点击率 每秒钟用户向 WEB 服务器提交的 HTTP 请求数.这个指标是 WEB 应用特有的一个指 标:WEB 应用是请求- 响应模式,用户发出一次申请,服务器就要处理一次,所以点击是WEB 应 用能够处理的交易的最小单位.如果把每次点击定义为一个交易,点击率和TPS 就是一个概念.容 4 / 23 蚂蚁工社 易看出,点击率越大,对服务器的压力越大.点击率只是一个性能参考指标,重要的是分析点击时 产生的影响。需要注意的是,这里的点击并非指鼠标的