压力
测试过程中用到了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和响应时间，结果汇总出报告。
