性能测试瓶颈归纳.pdfVIP

性能测试 结果的分析原 则 ： 具体 问题具体分析（ 这是由于不同的 应 用系 统 ，不同的 测试 目的，不同的性能 关注点） 查找瓶 颈时 按以下 顺序，由易到 难 。 服 务器硬件瓶 颈- 〉网络瓶颈 （对局域网，可以不考 虑 ）- 〉服务器操作系 统瓶颈 （参数 配置） - 〉 中间件 瓶颈 （参数配置，数据 库 ，web服务器等） - 〉应用瓶 颈 （SQL语句、数据 库设计 、业务逻辑 、算法等） 注：以上 过程并不是 每个分析中都需要的，要根据 测试 目的和要求来确定分析的深度。 对一些要求低的，我 们 分析到 应用系 统在将来大的 负载压 力（并 发用户数、数据量）下，系 统的硬件瓶 颈在哪儿就 够 了。 性能 测试结 果分析中，分段排除法 很有效 分析的信息来源： 1）根据场景运行 过程中的 错误 提示信息 2 ）根据 测试结 果收集到的 监控指 标 数据 一．性能 测试结 果的 错误 提示分析 分析 实例： 1）Error: Failed to connect to server “ ″: [10060] Connection Error: timed out Error: Server “ ″ has shut down the connection prematurely 分析： A、应 用服务死掉。 （小用户时 ：程序上的 问题 。程序上 处理数据 库 的问题 ） B、应 用服务没有死 （应用服务参数 设置 问题 ） 例：在 许多客 户端连接 Weblogic 应 用服务器被拒 绝 ，而在服 务器端没有 错误显 示， 则 有可能是 Weblogic 中的 server 元素的 AcceptBacklog 属性 值设 得过低。如果 连接时收到 connection refused 消息， 说 明应 提高 该值 ，每 次增加 25％ C、数据 库 的连接 (1 、在应用服 务 的性能参数可能太小了 2 、数据 库启动 的最大 连接数（跟硬件的内存有 关 ）) 2 ）Error: Page download timeout (120 seconds) has expired 分析：可能是以下原因造成 A、应 用服务参数 设置太大 导致服 务器的瓶 颈 B、页面中 图片太多 C、在程序 处理表的 时候检查 字段太大多 二．性能 测试结 果的 监控指 标数据分析 1．最大并 发用户数： 应 用系 统在当前 环 境（硬件 环境、网 络环 境、 软件环境（参数配置））下能承受的最大 并发用户数。 在方案运行中，如果出 现 了大于 3 个用 户 的业务 操作失 败 ，或出 现 了服务器 shutd own 的情况， 则说 明在当前 环境下，系 统承受不了当前并 发用户 的负载压 力，那 么最大并 发用户 数就是前一个没有出 现这种现 象的并 发用户 数。 如果 测得的最大并 发用户 数到达了性能要求，且各服 务器资源情况良好， 业务 操作响 应 时间也达到了用 户要求，那 么 OK。否则 ，再根据各服 务器的 资源情况和 业务操作响 应时间 进一步分析原因所在。 2 ．业务 操作响 应时间 ： 分析方案运行情况 应从平均事 务 响应时间图 和事 务性能摘要 图开始。使用“事 务性能摘 要” 图，可以确定在方案 执行期 间响 应时间过长 的事务 。 细 分事务并分析 每个页面 组件的性能。 查看过长 的事务 响应时间 是由哪些 页面组件引起 的？ 问题是否与网 络或服 务器有 关 ？ 如果服 务器耗 时过长 ，请 使用相 应 的服务器 图确定有 问题 的服务器度量 并查 明服务器性 能下降的原因。如果网 络耗时过长 ，请使用“网 络监视 器” 图确定 导致性能瓶 颈 的网络问题 2-5-10 原则 ：简单说 ，就是当用 户 能够在 2 秒以内得到响 应时 ，会感 觉系统的响应很 快；当用 户在 2-5 秒之 间得到响 应时 ，会感 觉系统 的响应速度还可以；当用 户在 5-10 秒以 内得到响 应时 ，会感觉系统的响应速度很慢，但是 还可以接受