Chinaunix首页 | 论坛 | 博客
  • 博客访问: 267518
  • 博文数量: 44
  • 博客积分: 1431
  • 博客等级: 上尉
  • 技术积分: 558
  • 用 户 组: 普通用户
  • 注册时间: 2010-12-24 12:53
文章分类
文章存档

2012年(1)

2011年(28)

2010年(15)

分类: WINDOWS

2011-09-02 10:40:55

本次通过loadRunner录制 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),*** 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,***,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 applicationprogram 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服务器的性能情况,这样两方面结合起来就可以对数据库性能做一个完整的监控了。

 

阅读(6269) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~