LoadRunner测试SQL语句性能

上一篇 / 下一篇  2010-08-05 16:37:50 / 个人分类:LoadRunner

 本次通过loadRunner录制SQL Server介绍一下如何测试一个sql语句或存储过程的执行性能。

  主要分如下几个步骤完成:

  第一步、测试准备

  第二步、配置ODBC数据源

  第三步、录制SQL语句在Sql Server查询分析器中的运行过程

  第四步、优化录制脚本,设置事务

  第五步、改变查询数量级查看SQL语句的性能

  第六步、在controller中运行脚本

  下面开始具体的介绍:

  测试准备阶段我们首先要确认测试数据库服务器:我们可以在本地安装SQL SERVER数据库服务端及客户端,也可以确定一台装好的SQL SERVER服务器。

  接下来,准备测试数据:对数据库测试时我们要考虑的不是SQL语句是否能够正确执行,而是在某数量级的情况下SQL语句的执行效率及数据库服务的运行情况,所以我们分别准备不同数量级的测试数据,即根据实际的业务情况预估数据库中的记录数,在本次讲解中我们不考虑业务逻辑也不考虑数据表之间的关系,我们只建立一张表,并向此表中加入不同数量级的数据,如分别加入1000条、10000条、50000条、100000条数据查看某SQL语句的执行效率。

  在查询分析器中运行如下脚本:

  --创建测试数据库

  create database loadrunner_test;

  use loadrunner_test

  --创建测试数据表

  create table test_table

  (username varchar(50),sex int,age int,address varchar(100),post int)

  --通过一段程序插入不同数量级的记录,具体的语法在这里就不多说了

   declare   @i   int

 

  set   @i=0

 

  while   @i<1000    //循环1000次,可以根据测试数据情况改变插入条数

 

  begin

 

  BEGIN TRAN T1

 

  insert into test_table (username,sex,age,address,post) values ('户瑞海'+cast(@i as varchar),@i-1,@i+1,'北京市和平里'+cast(@i as varchar)+'号',123456);

 

  IF @@ERROR <> 0

 

  begin

 

  rollback;

 

  select @@error

 

  end

 

  else

 

  begin

 

  commit;

 

  set   @i   =   @i+1

 

  end

 

  end
复制代码  好了,执行完上述语句后,建立的数据表中已经有1000条记录了,下面进行第二步的操作,配置ODBC数据源,为了能让loadrunner能够通过ODBC协议连接到我们建立的SQL SERVER数据路,我们需要在本机上建立ODBC数据源,建立方法如下:

  控制面板—性能和维护—管理工具—数据源(ODBC)--添加,在列表中选择SQL SERVER点击完成,根据向导输入数据源名称,链接的服务器,下一步,输入链接数据库的用户名和密码,更改链接的数据库,完成ODBC的配置,如果配置正确的话,在最后一步点击“测试数据源”,会弹出测试成功的提示。

  配置好ODBC数据源后就要录制SQL语句在查询分析器中的执行过程了:

  1、  打开loadrunner,选择ODBC协议

  2、  在start recording中的application type 选择win32 application;program to record中录入SQL SERVER查询分析器的路径“..\安装目录\isqlw.exe”

  3、  开始录制,首先通过查询分析器登录SQL SERVER,在打开的查询分析器窗口中输入要测试的SQL语句,如“select * from test_table;”

  4、  在查询分析器中执行该语句,执行完成后,结束录制

  好了,现在就可以看到loadrunner生成的脚本了(由于脚本过长,在这里就不粘贴了,有需要的朋友可以加我QQ,我把脚本发给你们),通过这些语句,我们可以看出,登录数据库的过程、执行SQL语句的过程。

  接下来,我们来优化脚本,我们分别为数据库登录部分和执行SQL语句的部分加一个事物,在增加一个double的变量获取事务执行时间,简单内容如下:

   Action()

 

  {  double trans_time;  //定义一个double型变量用来保存事务执行时间

 

  lr_start_transaction("sqserver_login");  //设置登录事务的开始

 

  lrd_init(&InitInfo, DBTypeVersion);   //初始化链接(下面的都是loadrunner生成的脚本了,大家可以通过帮助查到每个函数的意思)

 

  lrd_open_context(&Ctx1, LRD_DBTYPE_ODBC, 0, 0, 0);

 

  lrd_db_option(Ctx1, OT_ODBC_OV_ODBC3, 0, 0);

 

  lrd_alloc_connection(&Con1, LRD_DBTYPE_ODBC, Ctx1, 0 /*Unused*/, 0);

 

  ………………

 

  trans_time=lr_get_transaction_duration( "sqserver_login" ); //获得登录数据库的时间

 

  lr_output_message("sqserver_login事务耗时 %f 秒", trans_time); //输出该时间

 

  lr_end_transaction("sqserver_login", LR_AUTO);  //结束登录事务

 

  lr_start_transaction("start_select");//开始查询事务

 

  lrd_cancel(0, Csr2, 0 /*Unused*/, 0);

 

  lrd_stmt(Csr2, "select * from test_table;\r\n", -1, 1, 0 /*None*/, 0);//此句为执行的SQL

 

  lrd_bind_cols(Csr2, BCInfo_D42, 0);

 

  lrd_fetch(Csr2, -10, 1, 0, PrintRow24, 0);

 

  ……………..

 

  trans_time=lr_get_transaction_duration( "start_select" ); //获得该SQL的执行时间

 

  lr_output_message("start_select事务耗时 %f 秒", trans_time); //输出该时间

 

  lr_end_transaction("start_select", LR_AUTO); //结束查询事务
复制代码  优化后,在执行上述脚本后,就可以得到登录到数据库的时间及运行select * from test_table这条语句的时间了,当然我们也可以根据实际情况对该条语句进行参数化,可以测试多条语句的执行时间,也可以将该语句改为调用存储过程的语句来测试存储过程的运行时间。

  接下来把该脚本在controller中运行,设置虚拟用户数,设置集合点,这些操作我就不说了,但是值得注意的是,没有Mercury 授权的SQL SERVER用户license,在运行该脚本时回报错,提示“You do not have a license for this Vuser type.

  Please contact Mercury Interactive to renew your license.”我们公司穷啊买不起loadrunner,所以我也无法继续试验,希望有license朋友们监控一下运行结果!

  最起码在VUGen中运行该脚本我们可以得到任意一个SQL语句及存储过程的执行时间,如果我们测试的B/S结构的程序,我们也可以通过HTML协议录制的脚本在CONTROLLER中监控SQL SERVER服务器的性能情况,这样两方面结合起来就可以对数据库性能做一个完整的监控了。


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2024-05-03  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 5963
  • 日志数: 13
  • 图片数: 1
  • 建立时间: 2009-08-29
  • 更新时间: 2010-08-05

RSS订阅

Open Toolbar