分析原则：

• 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）

• 查找瓶颈时按以下顺序，由易到难。

*服务器硬件瓶颈

*网络瓶颈（对局域网，可以不考虑）

*服务器操作系统瓶颈（参数配置）

*中间件瓶颈（参数配置，数据库， web 服务器等）

*应用瓶颈（ SQL 语句、数据库设计、业务逻辑、算法等）

注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿够了。

• 分段排除法 很有效

分析的信息来源：

*根据场景运行过程中的错误提示信息

*根据测试结果收集到的监控指标数据

一．错误提示分析

分析实例：

• Error: Failed to connect to server “ 10.10.10 .30:8080 ″ : [10060] Connection

• Error: timed out Error: Server “ 10.10.10 .30 ″ has shut down the connection prematurely

分析：

• A 、应用服务死掉。

（小用户时：程序上的问题。程序上处理数据库的问题）

• B 、应用服务没有死

（应用服务参数设置问题）

例：在许多客户端连接 Weblogic 应用服务器被拒绝，而在服务器端没有错误显示，则有可能是 Weblogic 中的 server 元素的 AcceptBacklog 属性值设得过低。如果连接时收到 connection refused 消息，说明应提高该值，每次增加 25 ％

• C 、数据库的连接

(1 、在应用服务的性能参数可能太小了 2 、数据库启动的大连接数（跟硬件的内存有关） )

Error: Page download timeout (120 seconds) has expired

分析：可能是以下原因造成

A 、应用服务参数设置太大导致服务器的瓶颈

B 、页面中图片太多

C 、在程序处理表的时候检查字段太大多