性能测试是什么
性能测试的概念（重点）
性能测试的概念（重点）性能测试的概念定义：软件的性能是软件的⼀种⾮功能特性，它关注的不是软件是否能够完成特定的功能，⽽是在完成该功能时展⽰出来的及时性。
由定义可知性能关注的是软件的⾮功能特性，所以⼀般来说性能测试介⼊的时机是在功能测试完成之后。
在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进⾏性能测试，否则性能测试是⽆意义的。
另外，由定义中的及时性可知性能也是⼀种指标，可以⽤时间或其它指标来衡量，通常我们会使⽤某些⼯具或⼿段来检测软件的某些指标是否达到了要求，这就是性能测试。
性能测试定义：指通过⾃动化的测试⼯具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进⾏测试。
性能测试类型基准测试：在给系统施加较低压⼒时，查看系统的运⾏状况并记录相关数做为基础参考负载测试：是指对系统不断地增加压⼒或增加⼀定压⼒下的持续时间，直到-系统的某项或多项性能指标达到安全临界值，不断加压使系统达到瓶颈，为调优提供参考数据。
压⼒测试：（1）稳定性压⼒测试：在不同的给定的条件下（⽐如内存的使⽤，⼀定时间段内有多少请求等），系统表现出来的处理，反应能⼒（这⾥会考虑系统的容错能⼒，恢复能⼒）（2）破坏性压⼒测试：不断加压，直⾄系统崩溃，挂掉，来得出系统的最⼤承受能⼒在哪⼉稳定性测试：在给系统加载⼀定业务压⼒的情况下，使系统运⾏⼀段时间，以此检测系统是否稳定。
并发测试：测试多个⽤户同时访问同⼀个应⽤、同⼀个模块或者数据记录时是否存在死锁或者其他性能问题，失效恢复测试：针对有多余备份和负载均衡的系统设计,检测如果系统局部发⽣故障，系统能否继续使⽤配置测试：通过对被测系统软硬件环境的调整，了解各种不同环境对系统性能影响的程度，从⽽找到系统各项资源的最优分配原则image.png性能测试应⽤场景（领域）性能测试应⽤场景（领域）主要有：能⼒验证、规划能⼒、性能调优、缺陷发现、性能基准⽐较，下表简单介绍和对⽐了这⼏个场景的各⾃⽤途和特点：image.png下表为性能测试应⽤领域与测试⽅法关联：image.png性能测试常⽤的指标1、响应时间（Response Time）定义：从⽤户发送⼀个请求到⽤户接收到服务器返回的响应数据这段时间就是响应时间计算⽅法：Response time = （⽹络时间 + 应⽤程序处理时间）合理的响应时间 2/5/10 （2秒之内给客户响应被⽤户认为是⾮常有吸引⼒的，5秒之内，⽐较糟糕，10秒之内，糟糕的⽤户体验，超过10秒，请求失败）响应时间-负载对应关系：image.png图中拐点说明：1、响应时间突然增加2、意味着系统的⼀种或多种资源利⽤达到的极限3、通常可以利⽤拐点来进⾏性能测试分析与定位2、吞吐量定义：单位时间内系统处理的客户端请求的数量计算⽅法：Throughput = (number of requests) / (total time)吞吐量-负载对应关系：①上升阶段：吞吐量随着负载的增加⽽增加，吞吐量和负载成正⽐；②平稳阶段：吞吐量随着负载的增加⽽保持稳定，⽆太⼤变化或波动；③下降阶段：吞吐量随着负载的增加⽽下降，吞吐量和负载成反⽐；image.pnga1⾯积越⼤，说明系统的性能能⼒越强，a2⾯积越⼤，说明系统稳定性越好，a3⾯积越⼤，说明系统的容错能⼒越好吞吐率吞吐量/传输时间，即单位时间内⽹络上传输的数据量，也可以指单位时间内处理客户请求数量，它是衡量⽹络性能的重要指标。
性能测试常见指标
性能测试常见指标最近在学习性能测试的东西，对于⼀些常见性能测试指标做些总结，保存在这⾥⽅便后期查阅，⽂中摘抄⾃某⼤神的博客，⽂末放原⽂链接，有需要的童鞋可以更深⼊了解！什么是性能测试？压⼒测试：强调极端暴⼒稳定性测试：在⼀定压⼒下，长时间运⾏的情况基准测试：在特定条件下的性能测试负载测试：不同负载下的表现容量测试：最优容量概述不同⼈群关注的性能指标各有侧重。
后台服务接⼝的调⽤者⼀般只关⼼吞吐量、响应时间等外部指标。
后台服务的所有者不仅仅关注外部指标，还会关注CPU、内存、负载等内部指标。
拿某打车平台来说，它所关⼼的是智能提⽰的外部指标能不能抗住因⼤波优惠所导致的流量激增。
⽽对于智能提⽰服务的开发、运维、测试⼈员，不仅仅关注外部指标，还会关注CPU、内存、IO等内部指标，以及部署⽅式、服务器软硬件配置等运维相关事项。
外部指标从外部看，性能测试主要关注如下三个指标吞吐量：每秒钟系统能够处理的请求数、任务数。
响应时间：服务处理⼀个请求或⼀个任务的耗时。
错误率：⼀批请求中结果出错的请求所占⽐例。
响应时间的指标取决于具体的服务。
如智能提⽰⼀类的服务，返回的数据有效周期短（⽤户多输⼊⼀个字母就需要重新请求），对实时性要求⽐较⾼，响应时间的上限⼀般在100ms以内。
⽽导航⼀类的服务，由于返回结果的使⽤周期⽐较长（整个导航过程中），响应时间的上限⼀般在2-5s。
对于响应时间的统计，应从均值、.90、.99、分布等多个⾓度统计，⽽不仅仅是给出均值。
下图是响应时间统计的⼀个例⼦吞吐量的指标受到响应时间、服务器软硬件配置、⽹络状态等多⽅⾯因素影响。
吞吐量越⼤，响应时间越长。
服务器硬件配置越⾼，吞吐量越⼤。
⽹络越差，吞吐量越⼩。
在低吞吐量下的响应时间的均值、分布⽐较稳定，不会产⽣太⼤的波动。
在⾼吞吐量下，响应时间会随着吞吐量的增长⽽增长，增长的趋势可能是线性的，也可能接近指数的。
当吞吐量接近系统的峰值时，响应时间会出现激增。
性能测试基本理解
性能测试基本理解性能测试基本了解什么是性能测试通过模拟⽣产环境运⾏的业务压⼒量和使⽤场景组合，测试系统的性能是否满⾜⽣产性能要求。
性能测试应⽤的四个领域1. 能⼒验证：关注在给定的软硬件条件下，系统能否具有预期的能⼒表现，例如，在要求平均响应时间⼩于2秒的前提下，如何判断系统是否能够⽀持50万⽤户/天的访问量？2. 规划能⼒：关注如何使系统具有我们要求的性能能⼒，例如，某某系统计划在⼀年内获客量在到xxx万，系统到时候是否能⽀持这么多⽤户量？如果不能需要如何调整系统的配置？3. 性能调优：主要⽤于对系统性能进⾏调优，例如，某某系统上线运⾏⼀段时间后响应速度越来越慢，此时应该如何办？4. 缺陷发现：发现缺陷或问题重现、定位⼿段，例如，某些缺陷只有在⾼负载的情况下才能暴露出来，如线程锁、资源竞争或内存泄露。
性能测试类型我们在做性能测试的时候⼀般都是笼统的称为性能测试，其实性能测试分为多个类型：负载测试，压⼒测试，性能测试，基准测试，并发测试，配置测试，稳定性测试，失效恢复测试。
下⾯就详细说说这些名词之间的区别和特点。
负载测试负载测试是对被测系统不断增加压⼒（即⽤户并发数），直⾄性能指标超过预期或者某项资源使⽤达到饱和状态（就是加压到系统崩溃）。
重点观察系统正常运⾏的最⼤值时候的⼀些数据和资源使⽤。
观察程序、⽹络、服务器、还是数据库等哪个⽅⾯存在瓶颈。
⽬的：发现系统处理能⼒的极限。
找出问题所在，做这个就是为了发现系统是否还有隐藏的能⼒。
⽤来改进调优。
压⼒测试压⼒测试是系统在⼀定饱和状态下，例如cpu、内存、磁盘I/O在饱和使⽤情况下，系统能够处理能⼒，以及系统是否会出现错误。
（可以参考负载测试情况）⽬的：该⽅法通过增加压⼒，使系统资源使⽤保持在较⾼的压⼒下，检验此时应⽤的表现，重点在于有误出错信息产⽣，系统对应⽤的响应时间等。
性能测试性能测试⼀般是根据模拟⽣产运⾏的业务压⼒量和使⽤场景组合，测试系统的性能是否满⾜⽣产性能要求。
软件测试中的性能测试和压力测试
软件测试中的性能测试和压力测试性能测试和压力测试是软件测试中的两个重要测试方法，用于评估软件系统在不同负载条件下的性能和稳定性。
本文将分别介绍性能测试和压力测试的定义、目的、步骤、常用工具、测试指标和注意事项，帮助读者更好地理解和应用这两种测试方法。
一、性能测试性能测试是通过模拟真实场景对软件系统进行测试，以验证系统在正常和峰值负载下的性能指标是否符合要求。
它主要关注系统的可扩展性、负载容量、响应时间和资源利用率等方面的指标。
1.目的性能测试的主要目的是评估软件系统在正常和峰值负载下的性能，并确定系统的瓶颈和改进空间，以保证系统的稳定性和可靠性。
通过性能测试，可以发现系统在压力测试下的性能问题，比如性能瓶颈、响应时间超标等，为系统的优化和调优提供依据。
2.步骤性能测试主要包括测试环境准备、测试目标确定、测试方案设计、测试用例设计、测试执行、测试报告编写等步骤。
具体步骤如下：（1）测试环境准备：搭建测试环境，包括硬件设备、网络环境和软件环境等。
（2）测试目标确定：明确测试的目标和需求，如哪些指标需要测试、测试的负载等。
（3）测试方案设计：根据测试目标和需求，设计性能测试方案，包括测试策略、测试方法和测试指标等。
（4）测试用例设计：根据系统的功能和特性，设计具体的性能测试用例。
（5）测试执行：按照测试方案和测试用例进行测试，并记录测试数据和结果。
（6）测试报告编写：整理测试数据和结果，输出测试报告，包括测试环境、测试目标、测试方法、测试用例、测试过程和测试结果等。
3.常用工具性能测试常用的工具有：（1）LoadRunner：功能强大的性能测试工具，能模拟并发用户对系统进行压力测试。
（2）JMeter：开源的性能测试工具，支持多种协议和平台，具有灵活和易用的特点。
（3）WebLoad：专注于Web应用性能测试的工具，可以进行多种类型的性能测试。
（4）LoadComplete：测试基于Web、桌面和移动平台的应用程序的性能工具。
性能测试(LoadRunner)
开始 分析应用系统 定义压力测试的对象和目标 测试计划评审 编写测试案例 测试环境的搭建 测试数据的准备 测试工具的准备 录制脚本，增强脚本 实施方案，监视系统资源 分析测试结果 是否可以接受
Part4 . L oa d R u n n e r 应 用
2、录制、编辑及调试脚本 性能测试最重要的一步是生成虚拟用户脚本
Virtual User Generator
事务：为了衡量服务器的性能，需要定义事务；如：数据查询 操作，为了衡量服务器执行查询操作的性能，需要把这个操作 定义为一个事务，这样在运行测试脚本时，LoadRunner运行 到该事务的开始点时，LoadRunner就会开始计时，直到运行 到该事务的结束点，计时结束。这个事务的运行时间在结果中 会有反映。
数据准备时根据测试需要，在执行测试之前在被 测系统种加入复合要求的数据。 数据准备方法： 1、手工：要加入的数据量比较少的情况下可以手工 在系统中加入。 2、使用LR或其他自动化测试工具：在数据量比较多 的情况下就要使用工具，录制脚本反复迭代运行脚本 或在场景中运行脚本； 3、数据直接写入数据库：这种方法使用sql语句（或 存储过程）实现数据批量写入数据库；
Part1.性 能 测 试 简 介
性能测试的定义
（5）思考时间：Think Time，也被称为“休眠时间”，从业务的角度来说，这个时间指的是用户在进行操作时， 每个请求之间的间隔时间。从自动化测试实现的角度来说，要真实地模拟用户操作，就必须在测试脚本中让各个 操作之间等待一段时间，体现在脚本中，具体而言，就是在操作之间放置一个Think 的函数，使得脚本在执行两 个操作之间等待一段时间。 （6）TPS ：Transaction per second，每秒钟系统能够处理的交易或者事务的数量。它是衡量系统处理能力的重要 指标。 （7）HPS：点击率Hit Per second ，每秒钟用户向WEB服务器提交的HTTP请求数。这个指标是WEB应用特有的一个 指标，WEB应用是"请求—响应"模式，用户发出一次申请，服务器就要处理一次，所以点击是WEB应用能够处理 的交易的最小单位。如果把每次点击定义为一个交易，点击率和TPS就是一个概念。容易看出，点击率越大，对 服务器的压力越大。点击率只是一个性能参考指标，重要的是分析点击时产生的影响。需要注意的是，这里的点 击并非指鼠标的一次单击操作，因为在一次单击操作中，客户端可能向服务器发出多个HTTP请求。
性能测试ppt课件
分析使用模型
考虑哪些用户使用系统 每种类型用户的数量 每个用户的典型任务
任务分布
确定数据库活动峰值期的发生时间 负载峰值期间的典型活动
定义测试目标
计划方案实施
定义性能度量的范围 定义Vuser活动 选择测试硬件和软件 度量应用程序中不同点的响应时间。 根据测试目标确定在哪里运行虚拟用户 运行哪些虚拟用户
把不同的数据库放在不同的硬盘上，可以提高读写 速度。经常把数据库、日志放在不同的设备上
把表放在一块硬盘上，把索引放在另一块硬盘上， 保证物理读写更快
此课件下载可自行编辑修改，供参考！ 感谢您的支持，我们努力做得更好！
各种测试流程图
系统性能分析
重点 难点 目的所在
系统性能分析
经验举例1
交易的响应时间如果很长，远远超过系 统性能需求，表示耗费CPU的数据库操 作，例如排序，执行aggregate functions（例如sum、min、max、 count）等较多，可考虑是否有索引以 及索引建立的是否合理；尽量使用简单 的表联接；水平分割大表格等方法来降 低该值。
DB 服务器
应用服务器与DB服务器
应用服务器是指响应访问服务的机器， 一般是提供web或者代理服务的主机，而 DB是数据库服务器，由应用服务器向其调 用所需要的数据，然后反馈给请求者。一 般可以在一台机器上建立，也可以用不同 的主机。
用户视角的软件性能
从用户的角度来说，软件性能就是软件 对用户操作的要响应时间。说得更明确一 点，对用户来说，当用户单击一个按钮、 发出一条指令或是在Web页面上的单击一 个链接，从用户单击开始到系统把本次操 作的结果以用户能察觉的方式展示出来， 这个过程所消耗的时间就是用户对软件性 能的直观印象。
如何进行性能测试
如何进行性能测试在软件开发过程中，性能测试是一个重要的环节。
它可以测试应用程序的各种性能指标，包括响应时间、吞吐量、并发性等，以确保应用程序能够满足用户的需求。
下面是一些关于如何进行性能测试的技巧和步骤。
1. 确定测试目标在进行性能测试之前，需要明确测试目标。
测试目标应该是明确的、可衡量的和可验证的。
通常，测试目标应该包括以下方面：- 应用程序的响应时间，包括请求到达服务器的时间以及服务器处理请求的时间。
- 应用程序的吞吐量，即每秒钟处理请求的数量。
- 应用程序的并发性，即同时处理的请求数量。
2. 创建测试环境创建测试环境是性能测试的关键步骤之一。
测试环境应该是与生产环境相似的，这样可以更准确地反映生产环境中的情况。
测试环境应该涵盖以下方面：- 硬件环境：包括服务器、网络和存储系统等。
- 软件环境：包括操作系统、数据库和应用程序等。
- 测试数据：应该包括实际数据和可预测的数据。
3. 进行测试计划在性能测试之前，需要制定测试计划。
测试计划包括以下几个方面：- 测试范围和测试目标：即需要测试的应用程序部分和测试目标。
- 测试数据：包括数据的来源、数据量和数据类型。
- 测试脚本：即测试用例，包括测试请求、响应时间和错误信息等。
- 测试场景：包括模拟的用户数量、并发性和测试时间等。
- 测试任务：包括测试人员、测试工具和测试时间等。
4. 进行测试脚本编写测试脚本是性能测试的核心部分。
测试脚本应该模拟实际的用户请求，并且包括请求、响应时间和错误信息等。
测试脚本编写应该遵循以下几个步骤：- 参考实际用户情况，制定测试场景和测试请求。
- 编写测试脚本，并进行脚本调试和测试。
- 对测试脚本进行负载测试，以确保测试脚本可以产生预期的负载。
5. 进行测试执行和分析测试执行和分析是性能测试的最后阶段。
测试执行和分析应该遵循以下几个步骤：- 执行测试计划并记录测试数据。
- 分析测试数据，并查找性能问题和瓶颈。
- 提出解决方案，并验证解决方案的有效性。
性能测试
浪涌测试：
性能测试过程——需求分析
2、建立测试案例
根据系统运行的分析和性能需求，建立性
能测试所需的测试模型并依次产生相应测 试数据。 负载测试：用户数、业务数据； 压力测试：用户数、业务数据；
性能测试过程——需求分析
典型事务处理选取 选取原则
业务统计中几种典型业务的比例
1、系统资源阀值
CPU利用率阀值：不同负载情况下各应用服务器、
数据库服务器等主机的CPU上限。本指标的确定需 要充分考虑的系统稳定性和安全性要求。 其余还包含：服务器内存占用率，存储设备的I/O吞 吐率。
2、错误率阀值
错误率指系统在负载情况下，失败交易的概率。错
误率＝(失败交易数/交易总数)*100%。本指标的确 定需要考虑业务和系统特点、终端用户和系统运行 对错误率的容忍程度。
性能测试指标
2、典型交易平均响应时间
典型交易是指对应用系统性能有较大影响的、具备
业务典型意义的业务交易。 典型交易的响应时间指用户从客户端发起一个请求 开始，到客户端接收到从服务器端返回的响应结束， 整个过程所耗费的时间。 为保证测试结果的准确度,一般通过一段时间内的 平均响应时间考查（ART）。计量单位为秒或毫秒。
性能测试策略（计划）
测试需求分析 典型业务事务3-5个 搭建性能测试环境： 见例子： server端， 加载机
或客户端
基准测试：（第一步，第二步，… …逐步增加，取平均
数据）
并发测试：（第一步，第二步，… …逐步增加并发数） 稳定性测试：（第一步，第二步，… …逐步增加负载
时间）
的稳定性; 高峰负载时，用户操作响应时间； 数据库增量，对用户操作响应时间的影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.性能测试是什么
性能测试是指通过特定方式，对被测系统按照一定策略施加压力，获取系统响应时间、TPS（Transaction Per Second）、吞吐量、资源利用率等性能指标，以期保证生产系统的性能能够满足用户需求的过程。
A．命名用户数
是指在应用系统中注册的所有系统用户
该用户数取决于系统应用范围和业务范围，可以通过统计应用系统数据库中用户登记表取得。
B．在线用户数
是指同时登录应用系统的用户数量
该数据可通过检查系统应用与数据库连接取得
对于已投产系统，该数量一般通过系统跟踪监控获取
新投产系统通过经验值估算
C．并发用户数
并发用户数是指系统运行期间同一时刻进行业务操作的用户数量
该数量取决于用户操作习惯、业务操作间隔和单笔交易的响应时间
使用频率较低的应用系统并发用户数一般为在线用户数的5%左右
使用频率较高的应用系统并发用户数一般为主线用户数的10%左右
D．交易
业务层面和技术层面两种定义
业务层面交易是指完成一次完整的业务操作，如进行一次查询、转账
技术层面交易是指进行一次应用程序至应用程序、或者应用程序至数据库的系统操作
一般的一笔业务交易由多笔技术交易组成。
根据业务交易的复杂度和系统应用架构的不同，其比例大致为1：2 --1：10
2.性能测试的范畴
软件性能的范畴较广，通常包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等。
从用户角度来说，软件性能就是软件对用户操作的响应时间。
2-5-10原则
开发人员视角来说，
软件性能架构设计是否合理、
数据库设计是否合理、
代码是否存在性能方面的问题、
系统中是否有不合理的内存使用方式
系统管理员视角，软件性能
系统运行时服务器的状态，如CPU利用情况、内存使用情况等
系统是否能够实现扩展
系统支持多少用户访问
系统的稳定性，是否支持7*24小时的业务访问
3.性能指标介绍
⏹并发用户数（最佳、最大）
➢应用系统可支持的并发用户数通常反映系统的容量，即系统的处理能力情况。
⏹响应时间
➢响应时间指的是从开发端发起一个请求开始，到客户端接收到从服务器端返回的响应结束，这个过程所耗费的时间。
⏹交易成功率
➢交易成功率指的是一段时间内成功的交易数在总交易数中所占的比例，金融行业应用系统一般要求在99%以上
⏹吞吐量
➢吞吐量是指单位时间内系统处理的客户请求的数量，直接体现应用系统的性能承载能力
⏹TPS与HPS
➢TPS：Transaction per second-指应用系统每秒钟处理完成的交易数量
是估算应用系统性能的重要依据
一般而言，评价系统性能均以每秒完成的技术交易的数量来衡量
系统整体处理能力取决于处理能力最低模块的TPS值
➢HPS：Hit per second 每秒点击次数
指一秒钟的时间内用户对web页面的链接、提交按钮等点击总和
HPS一般与TPS成正比关系，是B/S系统中非常重要的性能指标之一
⏹资源利用率
➢资源利用率是指系统在负载运行期间，数据库服务器、应用服务器、web服务器的CPU、内存、硬盘、外置存储，网络带宽的使用率。
➢据经验，低于20%的利用率为资源空闲，20%--60%的使用率为资源使用稳定，60%--80%的使用率表示资源使用饱和，超过80%的资源使用率必须尽快进行资源调整与优化。
⏹其他指标
➢在性能测试过程中还有大量与软件产品或硬件设备相关的测算指标
➢行业相关指标
4.性能测试的类型
⏹负载测试
➢通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的
最大负载量的测试。
⏹压力测试
➢通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并以此来获得系统能够提供的最大服务级别的测试。
➢压力测试是一种特定类型的负载测试。
⏹疲劳强度测试
➢通常是采用系统稳定运行情况下能够支持的最大并发用户数或者日常运行用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。
➢疲劳强度测试可以反映出系统的性能问题，例如内存泄漏等
⏹大数据量测试
➢对特定存储、传输、统计、查询业务的测试。
5.性能测试过程
⏹测试目标
⏹操作系统监控
➢Cpu
➢内存
➢IO：通过Iostat查看iowait的运行情况➢文件系统空间监控
⏹中间件
➢执行线程数
➢数据库连接数
➢查看队列状态（空闲执行线程数/队列长度）
➢查看Weblogic启动的内存大小、Jvm大小以及输出
⏹数据库
➢建索引
➢共享池——命中率
➢避免全表扫描
6.性能调优介绍
⏹调优基本原则
➢如果某个部分不是瓶颈，就不要试图优化。
➢优化是为系统提供足够的资源并且充分的利用资源，而不是无节制的扩充资源。
➢优化有时候也意味着合理的分配或划分任务。
➢优化可能会过头，注意协调整个系统的性能。
⏹Oracle中的两类等待事件
●空闲等待：Oracle正在等待某种动作的发生
➢Client message (客户机消息)
➢SQL*Net message from client( 来自客户端的消息)
➢Rdbms ipc message(数据库ipc消息)
●非空闲等待：数据库发生了竞争
➢Buffer busy waits(数据高速缓存忙等待)；
➢Db file scattered read(数据文件离散读);
➢Db file sequential read(数据文件顺序读)；
➢Enqueue(队列)；
⏹监控Oracle性能的sql语句
➢select sid,event from v$session_wait where event not like 'rdbms%' and event not like 'SQL*Net message%';
➢select sql_text from v$sqltext_with_newlines a where (a.hash_value, a.address) in (select DECODE (sql_hash_value,0, prev_hash_value,sql_hash_value),DECODE (sql_hash_value, 0, prev_sql_addr, sql_address)
from v$session b WHERE b.sid = 4 ) order by piece asc;
➢通过ORACLE提供的底层SQL来查找性能最差的SQL。
SELECT * FROM ( S ELECT PARSING_USER_ID EXECUTIONS, SORTS, COMMAND_TYPE,
DISK_READS, sql_text FROM v$sqlarea ORDER BY disk_reads DESC ) W HERE ROWNUM<10 ;
--查找前十条性能差的sql
7.LoadRunner基础
⏹HTML-Based scrīpt 和URL-Based scrīpt 录制的区别？
➢基于浏览器的应用程序推荐使用HTML-Based scrīpt。
➢不是基于浏览器的应用程序推荐使用URL-Based scrīpt。
.
. ➢如果基于浏览器的应用程序中包含了Java scrīpt并且该脚本向服务器产生了请求，比如DataGrid的分页按钮等，也要使用URL-Based scrīpt方式录制。
➢基于浏览器的应用程序中使用了HTTPS安全协议，使用URL-Based scrīpt方式录制。
➢录制过程中不要使用浏览器的“后退”功能，LoadRunner对其支持不太好。