转le的性能测试总结

[转]le的性能测试总结

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

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

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

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

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

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

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

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

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

首先在vdf.h文件中定义变量（staticvoidFAROraBind1;），定义参数(

staticLRD_VAR_DESCUID=

{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,"SELECTCOUNT()ascounterFROMWHERE_id="

":Uand(status=0or"

"statusisnull)",1,0,0);

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

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

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

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

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