博客
关于我
Jmeter(六) - 从入门到精通 - 建立数据库测试计划(详解教程)
阅读量:422 次
发布时间:2019-03-06

本文共 4381 字,大约阅读时间需要 14 分钟。

1.简介

   在实际工作中,我们经常会听到数据库的性能和稳定性等等,这些有时候也需要测试工程师去评估和测试,因此这篇文章宏哥主要介绍了jmeter连接和创建数据库测试计划的过程,宏哥在文中通过示例和代码非常详细地介绍给大家,希望对各位小伙伴和童鞋们的学习或者工作具有一定的指导和参考学习价值,遇到类似的问题脑子一片空白的童鞋们可以参考一下。

2.建立数据库测试计划

  在本节中,您将学习如何创建基本的测试计划以测试数据库服务器和操作数据库(增、删、改、查)。本示例使用MySQL数据库驱动程序。要使用该驱动程序,必须将其包含的.jar文件(例如mysql-connector-java-XXX-bin.jar)复制到JMeter ./lib目录。

2.1新建测试计划

首先启动JMeter我们新建一个测试计划,如下图所示:

2.2添加用户

新建完测试计划以后,我们前边也讲过了,这时候就要添加用户了。你要对每个JMeter测试计划进行的第一步是添加一个线程组(用户)。线程组告诉JMeter您要模拟的用户数量,用户应多久发送一次请求以及应发送多少次请求。

添加用户的步骤:首先选择“测试计划”来添加ThreadGroup元件,单击鼠标右键以获得“ 添加”菜单,然后选择“ 添加”  →“  ThreadGroup

添加完用户以后,你应该在“测试计划”下可以看到“线程组”元素。如果没有看到该元素,则通过单击“测试计划”元素前边的“ ”来展开 “测试计划”树,就可以看到你添加的用户了。

最后,你需要修改默认属性(如果需要修改,不需要修改默认即可)。如果尚未选择线程组元素,则在树中选择它。那么你就可以在“ JMeter”窗口的右侧部分中看到“线程组控制面板”,如下图所示:

2.3添加JDBC连接配置

通过上边的操作,我们已经定义了用户,然后我们必须定义这些用户所要去的目的地,和目的地建立联系。不要这些用户累死累活的干了半天的活,知不道是为谁干得活。在本部分中,你需要和目的地建立联系。

具体步骤:首先选择ThreadGroup元件。单击鼠标右键获得“ 添加”菜单,然后选择“ 添加”  →“  配置元素”  →“  JDBC连接配置”。然后,选择此新元件以查看其控制面板。我们需要设置一些字段,这些字段相当于谍战片中的接头暗号,例如:《智取威虎山》杨子荣与坐山雕的接头暗号:脸红什么?精神焕发。怎么又黄拉?防冷涂的蜡;长江长江我是黄河,等等。暗号对上了,才可以建立联系。否则认为有危险,不是建立联系,具体在测试中的表现就是报错了!!!

设置以下字段(这些假设我们将使用名为“hongge ” 的MySQL数据库):

  • Variable Name(绑定到池的变量名称):该名称自定义,在JDBC Request会用到;这需要唯一地标识配置。JDBC Sampler使用它来标识要使用的配置。
  • Database URL(数据库URL):jdbc:mysql:// 数据库IP地址:数据库端口/数据库名称(例如宏哥本地搭建MySQL:jdbc:mysql://localhost:3306 / hongge)
  • JDBC Driver Class(JDBC驱动程序类):com.mysql.jdbc.Driver
  • Username(用户名)数据库连接的用户名
  • Password(密码):数据库连接的密码

注意:敲脑壳,敲黑板啦!!!

JMeter使用“控制面板”中指定的配置设置创建数据库连接池。在“ 变量名 ”字段的JDBC请求中引用该池可以使用几种不同的JDBC Configuration元素,但是它们必须具有唯一的名称。每个JDBC请求必须引用一个JDBC配置池。一个以上的JDBC请求可以引用同一个池。

连接配置的控制面板的其他字段可以保留为默认值。如下图所示:

2.4添加JDBC请求

通过上边的操作,我们已经定义了用户并且已经知道目的地和接头人建立了联系之后,然后我们就需要给这些用户分配具体的任务了(谁负责监视,谁负责刺杀,谁负责放哨)。在本部分中,你将指定要执行的JDBC请求(刺杀任务)。

具体步骤:选择ThreadGroup元件。单击鼠标右键获得“ 添加”菜单,然后选择“ 添加”  →“  采样器”  →“  JDBC请求”。然后,选择此新元素以查看其控制面板。

JMeter按照将请求添加到树中的顺序发送请求。

首先编辑以下属性

  • Variable name:这里写入数据库连接池的名字(和JDBC Connection Configuration名字保持一致 )
  • Query:里面填入查询数据库数据的SQL语句(填写的SQL语句末尾不要加“;”)
  • parameter valus:数据的参数值
  • parameter types:数据的参数类型
  • cariable names:保存SQL语句返回结果的变量名
  • result cariable name:创建一个对象变量,保存所有返回结果
  • query timeout:查询超时时间
  • handle result set:定义如何处理由callable statements语句返回的结果

如下图所示:

其中Query Type(SQL语句类型)包含十个类型,每个类型作用都不同,下面分别介绍。

1、Select statement

这是一个查询语句类型;如果JDBC Request中的Query内容为一条查询语句,则选择这种类型。

PS:多个查询语句(不使用参数的情况下)可以放在一起顺序执行,需要设置Query Type为:Callable Statement;

    如果Query Type为:select Statement,则只执行第一条select语句。

2、Update statement

这是一个更新语句类型(包含insert和update);如果JDBC Request中的Query内容为一条更新语句,则选择这种类型。

PS:如果该类型下写入多条update语句,依然只执行第一条(原因同上,具体下面介绍)。

3、Callable statement

这是一个可调用语句类型,CallableStatement 为所有的 DBMS 提供了一种以标准形式调用已储存过程的方法。

已储存过程储存在数据库中,对已储存过程的调用是 CallableStatement 对象所含的内容。

这种调用是用一种换码语法来写的,有两种形式:一种形式带结果参数,另一种形式不带结果参数;结果参数是一种输出 (OUT) 参数,是已储存过程的返回值。

两种形式都可带有数量可变的输入(IN 参数)、输出(OUT 参数)或输入和输出(INOUT 参数)的参数,问号将用作参数的占位符。 

在 JDBC 中调用已储存过程的语法如下所示。注意,方括号表示其间的内容是可选项;方括号本身并不是语法的组成部份。 

{call 过程名[(?, ?, ...)]},返回结果参数的过程的语法为: {? = call 过程名[(?, ?, ...)]};

不带参数的已储存过程的语法类似:{call 过程名}。

更详细的使用方法可参考这篇文章:

4、Prepared select statement

statement用于为一条SQL语句生成执行计划(这也是为什么select statement只会执行第一条select语句的原因),如果只执行一次SQL语句,statement是最好的类型;

Prepared statement用于绑定变量重用执行计划,对于多次执行的SQL语句,Prepared statement无疑是最好的类型(生成执行计划极为消耗资源,两种实现速度差距可能成百上千倍);

PS:PreparedStatement的第一次执行消耗是很高的. 它的性能体现在后面的重复执行。

更详细的解释请参考这一篇文章:

5、Prepared update statement

Prepared update statement和Prepared select statement的用法是极为相似的,具体可以参照第四种类型。

6、Commit

commit的意思是:将未存储的SQL语句结果写入数据库表;而在jmeter的JDBC请求中,同样可以根据具体使用情况,选择这种Query类型。

7、Rollback

rollback指的是:撤销指定SQL语句的过程;在jmeter的JDBC请求中,同样可以根据需要使用这种类型。

8、AutoCommit(false)

MySQL默认操作模式就是autocommit自动提交模式。表示除非显式地开始一个事务,否则每条SQL语句都被当做一个单独的事务自动执行;

我们可以通过设置autocommit的值改变是否是自动提交autocommit模式;

而AutoCommit(false)的意思是AutoCommit(假),即将用户操作一直处于某个事务中,直到执行一条commit提交或rollback语句才会结束当前事务重新开始一个新的事务。

9、AutoCommit(true)

这个选项的作用和上面一项作用相反,即:无论何种情况,都自动提交将结果写入,结束当前事务开始下一个事务。

10、编辑(${})

jmeter中的JDBC请求中的SQL语句是无法使用参数的,比如: SELECT * FROM ${table_name} 是无效的。

如果需实现同时多个不同用户使用不同的SQL,可以通过把整条SQL语句参数化来实现;(把SQL语句放在csv文件中,然后在JDBC Request的Query 中使用参数代替 ${SQL_Statement})

备注:后面的七项项涉及到数据库的事务控制等知识点,如果有不明白的地方请自行查询相关知识。

2.5添加侦听器以查看/存储测试结果

您需要添加到测试计划中的最后一个元件是 Listener该元素负责将JDBC请求的所有结果存储在文件中并显示结果。

具体步骤:选择ThreadGroup元件并添加一个结果树的侦听器(添加  →  侦听器  →  结果树)。

侦听器显示结果及控制面板。如下图所示:

2.6保存测试

在菜单点击“保存”按钮图标,选择保存位置,点击“Save”保存测试计划,如下图所示:

2.7运行测试

保存测试计划以后,在菜单运行  →  开始或 Ctrl  +  R运行测试,如下图所示:

3.小结

 好了今天的创建数据库测试计划就分享到这里,下一篇宏哥带着小伙伴和童鞋们实战一下,小试一下牛刀。

 

您的肯定就是我进步的动力。如果你感觉还不错,就请鼓励一下吧!记得随手点波  推荐  不要忘记哦!!!

别忘了点 推荐 留下您来过的痕迹

 

转载地址:http://vefuz.baihongyu.com/

你可能感兴趣的文章
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
查看>>
NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
查看>>
NIFI分页获取Mysql数据_导入到Hbase中_并可通过phoenix客户端查询_含金量很高的一篇_搞了好久_实际操作05---大数据之Nifi工作笔记0045
查看>>
NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
查看>>
Nifi同步过程中报错create_time字段找不到_实际目标表和源表中没有这个字段---大数据之Nifi工作笔记0066
查看>>
NIFI大数据进阶_FlowFile拓扑_对FlowFile内容和属性的修改删除添加_介绍和描述_以及实际操作---大数据之Nifi工作笔记0023
查看>>
NIFI大数据进阶_Json内容转换为Hive支持的文本格式_操作方法说明_01_EvaluteJsonPath处理器---大数据之Nifi工作笔记0031
查看>>
NIFI大数据进阶_Kafka使用相关说明_实际操作Kafka消费者处理器_来消费kafka数据---大数据之Nifi工作笔记0037
查看>>
NIFI大数据进阶_Kafka使用相关说明_实际操作Kafka生产者---大数据之Nifi工作笔记0036
查看>>
NIFI大数据进阶_NIFI的模板和组的使用-介绍和实际操作_创建组_嵌套组_模板创建下载_导入---大数据之Nifi工作笔记0022
查看>>
NIFI大数据进阶_NIFI监控的强大功能介绍_处理器面板_进程组面板_summary监控_data_provenance事件源---大数据之Nifi工作笔记0025
查看>>