Oracle的性能测试经验总结

时间:2024.3.19

前段时间,在阿里妈妈新机房压力测试过程中用到了LR测试ORACLE,跟DBA一起在杭州网通新机房进行1000用户的压力模拟测试。整个压力测试耗时两天。以下是一些经验:

1)压力测试过程中发现一些SQL脚本执行非常慢,进行了优化。

2)最好并发测试,否则服务基本上没有什么压力。

3)先从100用户开始,再慢慢向上加,直到CPU的承载达到90%以上。查看系统的性能情况,包括TPS,响应时间,和内存等。

还包括oracle服务器的I/O流量和交易数。

这个方案是参考了淘宝的机房性能测试方案,下面是性能测试的具体步骤:

oracle的性能测试主要是模拟大量的sql语句操作,来对数据库服务器进行加压。在测试前,需要准备以下要模拟的sql语句,测试脚本,并将测试控制机、测试加压机、被测数据库服务器准备妥当。

脚本协议选择oracle(2-Tier),将所有要模拟的sql语句放在一个sql文件内,使用sql-plus来操作数据库载入,使用 loadrunner来录制。录制好之后就是修改脚本了,首先在vdf.h文件中定义变量(static void FAR * OraBind1;),定义参数(

static LRD_VAR_DESC UID =

{LRD_VAR_DESC_EYECAT, 1, 10, LRD_DBTYPE_ORACLE, {1, 1, 0},

DT_SF_STRIPPED_SPACES};)。

为什么要在这里定义而不直接只用参数化呢?因为那样会对加压机造成很大的压力,不利于测试。这里需要根据你的脚本来变化,你在脚本中使用了多少变量,多少参数,那么你就在要这里定义多少。接下来修改脚本的,将一次性的登陆登出放在init和end中,使用lrd_assign和 lrd_ora8_bind_placeholder命令替代参数,如

lrd_ora8_stmt(OraStm6, "SELECT COUNT(*) as counter FROM ***** WHERE ***_id=" ":U and ( status = 0 or "

"status is null)", 1, 0, 0);

lrd_assign(&UID , "{UID}", "", 0, 0);

lrd_ora8_bind_placeholder(OraStm6, &OraBind1, "U", &UID , 0, 0, 0);

这样,脚本就差不多大功告成了。编译一下,没有问题就通过了^o^

将脚本放在控制机上,就可以开始加压了,注意的是,被测数据库服务器的各个参数配置要记录下来,以便修改参数调优时能分析清晰。记录下数据库的iops,time,tps和响应时间,结果汇总出报告。


第二篇:[转]Oracle的性能测试总结


[转]Oracle的性能测试总结

LR测试ORACLE进行1000用户的压力模拟测试.整个压力测试耗时两天.以下是一些经验:

1)压力测试过程中发现一些SQL脚本执行非常慢,进行了优化.

2)最好并发测试,否则服务基本上没有什么压力.

3)先从100用户开始,再慢慢向上加,直到CPU的承载达到90%以上.查看系统的性能情

况,包括TPS,响应时间,和内存等.

还包括oracle服务器的I/O流量和交易数。

这个方案是参考了淘宝的机房性能测试方案,下面是性能测试的具体步骤:

oracle的性能测试主要是模拟大量的sql语句操作,来对数据库服务器进行加压。在测试前,需要准备以下要模拟的sql语句,测试脚本,并将测试控制机、测试加压机、被

测数据库服务器准备妥当。

脚本协议选择oracle(2-Tier),将所有要模拟的sql语句放在一个sql文件内,使用sql-plus来操作数据库载入,使用 loadrunner来录制。录制好之后就是修改脚本了,

首先在vdf.h文件中定义变量(static void FAR * OraBind1;),定义参数(

static LRD_VAR_DESC UID =

{LRD_VAR_DESC_EYECAT, 1, 10, LRD_DBTYPE_ORACLE, {1, 1, 0},

DT_SF_STRIPPED_SPACES};)。

为什么要在这里定义而不直接只用参数化呢?因为那样会对加压机造成很大的压力,不利于测试。这里需要根据你的脚本来变化,你在脚本中使用了多少变量,多少参数,那么你就在要这里定义多少。接下来修改脚本的,将一次性的登陆退出放在init和end中,

使用lrd_assign和 lrd_ora8_bind_placeholder命令替代参数,如

lrd_ora8_stmt(OraStm6, "SELECT COUNT(*) as counter FROM ***** WHERE ***_id="

":U and ( status = 0 or "

"status is null)", 1, 0, 0);

lrd_assign(&UID , "{UID}", "", 0, 0);

lrd_ora8_bind_placeholder(OraStm6, &OraBind1, "U", &UID , 0, 0, 0);

这样,脚本就差不多大功告成了。编译一下,没有问题就通过了^o^

将脚本放在控制机上,就可以开始加压了,注意的是,被测数据库服务器的各个参数配置要记录下来,以便修改参数调优时能分析清晰。记录下数据库的iops,time,tps和

响应时间,结果汇总出报告。

更多相关推荐:
软件测试经验总结

软件生命周期(SDLC)的六个阶段1、问题的定义及规划此阶段是软件开发方与需求方共同讨论,主要确定软件的开发目标及其可行性。2、需求分析在确定软件开发可行的情况下,对软件需要实现的各个功能进行详细分析。需求分析…

手机软件测试经验总结

手机软件测试总结沙晶晶一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中,一个合格的高级手机软件测试工程师应该具有最基本的两点知识:软件测试理论知识和一定的开发技能。1.软件测试理论知识这个不…

性能测试经验总结

第一步:计划测试1、明确压力点,根据压力点设计多少种场景组合2、把文档(包括多少种场景组合、场景与场景组合条件的对应表)写好3、如果监测UNIX机器,在被监测的机器需要安装监测Unix的进程4、让开发人员帮助我…

软件异常测试经验总结

软件异常测试从业务需求方面:特殊业务流程测试:测试软件不按照正规的流程,而是按照可能的但非正规的业务流程运行,是否会生成错误数据,或者造成原有数据的错误,甚至造成系统的瘫痪;主要是检查系统某些关键业务在极限情况…

测试经验总结

1.测试人员和用户的联系与区别黑盒测试人员和用户,都是站在实际应用层进行操作,因此他们对应用层的可用性、实用性非常关注。用户不懂的是软件的使用,而相对用户来说,测试人员对软件比较了解,但不熟悉业务本身。八个字归…

手机测试经验总结--SMS

手机测试经验总结--SMS手机测试经验总结--SMS短消息uGSM中唯一不要求建立端-端业务路径的业务就是短消息(亦称为短信),即使移动台已处于通话状态下仍可进行消息传输。?SMS:ShortMessageSe…

测试经验总结1

一、测试用例是软件测试的核心软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,则是软件公司探索和追求的目标。每个软件产品或软件开发项目都…

测试总结报告

文档模板20xx42222doc版本v1520xx09041测试总结报告CEERSTSR01文档修改记录RevisionChart北控软件有限公司20xxI测试总结报告CEERSTSR01目录1引言111编写目...

10年软件测试工作总结

10年软件测试工作总结时光荏苒从毕业到现在已经10年10年来一直从事着软件测试的工作从一个什么都不会到测试技术人员再到测试管理期间有迷茫有痛苦有弯路有捷径今天对自己过去的10年测试经历做一个总结一是给自己重新出...

软件测试人员6年工作经验总结

1分享第一条经验学历代表过去能力代表现在学习力代表未来其实这是一个来自国外教育领域的一个研究结果相信工作过几年十几年的朋友对这个道理有些体会吧但我相信这一点也很重要重要的道理明白太晚将抱憾终生所以放在每一条让刚...

软件测试转正工作总结

软件测试转正工作总结本人自20xx年6月25日起进入梦龙移通公司从事手机软件测试工程师一职在不知不觉中已经经过了2个月的试用期在这段时间里我感悟颇多虽然这并不是我的第一份工作但是在此期间我对于工作一贯谦虚谨慎认...

测试总结报告模板

Petshop测试总结报告Petshop测试总结报告PetshopTS05Petshop测试总结报告目录1引言3编写目的3项目背景3术语和缩写词3参考资料32测试概要321测试组织322测试环境323测试进度4...

测试经验总结(56篇)