初识JMeter

今天在地铁上，一直在琢磨高可用测试的一些补充场景，除了功能之外，就是一些异常场景的考虑，总之，能想到可能发生的任何场景，然后和实际应用场景结合起来，给出对策，我觉得就是一个相对比较完善的测试预期了。

但是高可用测试，性能基线测试，中间件测试，这些说白了都是测试，提出方案给出测试计划和方案，这不可厚非，但是我感觉不对，这些场景的一个关键词都是测试。

相比于测试，很多开发同学都会有一种优越感，有没有，要不要我不评价，但是优越感爆棚了就有问题了，比如前几天看到有些所谓的大牛在说，只有那些年薪30万的才有资格过1024的码农节，这个逻辑，我对此只能呵呵。

话题说叉了些，我们会到测试这个话题，我们很多的工作都离不开测试，无论是任何的岗位都是如此，以前做开发，发现会做大量的功能测试，验证测试，冒烟测试，回归测试，到了数据库方向之后，直接的功能测试少了，但是多了很多相关的功能，有相当对的验证测试，性能测试等等，所以我们提出了一系列方案就做了一系列测试。

数据库的性能测试工具有sysbench,swingbench等，但是这两个工具有些纠结。之前码了一篇。

压测工具swingbench和sysbench对比(r12笔记第13天)

最大的缺点就是兼容性不够，测试场景不同，所以放在一起测试也很难对比。而JMeter可能是介于两者之间的一个很不错的方案。

JMeter是Apache下的一个子项目，发展确实其实有些年头了，我知道它的时候还是在大概8年前的时候，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。 也可以用于测试静态和动态资源，所以这些年来的发展还不错。

官方链接如下：

http://jmeter.apache.org/download_jmeter.cgi

大家可能还知道有一个性能测试工具是LoadRunner，但是相对来说太重，所以现在JMeter可以覆盖的测试场景越来越多，也越来越普及.

我打算拿JMeter做一些针对业务场景做一些针对性测试，所以先打算把数据库的部分先打通了以后再来逐步完善。

首先毫无疑问就是下载JMeter，大概是50M左右，因为是基于Java的所以就基本上是两个版本，一个是压缩包，一个是源码包。

我们选择压缩版即可，解压后先做一个配置。找到bin目录下的jmeter.properties

下修改下配置文件的字符集设置，要不后期会有很多意料之外的乱码问题，把西文字符集改成UTF-8

#sampleresult.default.encoding=ISO-8859-1 sampleresult.default.encoding=UTF-8

启用JMeter很简单，就一个命令jmeter即可。我们就会看到一个图形界面，还是熟悉的swing。

我们可以先创建一个线程组。

然后在线程组中创建一些列的属性配置。

比如JDBC连接。我们需要下载相应的驱动。可以到MySQL官方上直接下载也可以。

配置JDBC的连接信息。

然后配置一个JDBC Request的设置。

这个步骤我们需要设置相应的SQL语句，或者配置事务都可以。

按照这个思路我们就可以配置一系列自己需要的内容了，比如配置生成的图表信息，概要报告等。

点击绿色的执行按钮就可以了。

比如说我们配置了“查看结果树”的功能，就可以对刚刚执行的SQL(JDBC Request）结果做一个基本的分析了。比如右边红框的SQL执行结果是7.

当然只是一个很简单的开始，后续还要根据自己的需求持续改进。