MySQL集群的flexAsynch测试工具的安装和使用
浏览数：34 /
时间：2015年06月12日
一、编译安装flexAsynch
Oracle官方推荐的MySQL Cluster性能测试工具有DBT2，flexAsynch等。此处采用了flexAsynch，它是一种非常好的NDB测试工具。由于Oracle并不提供flexAsynch的二进制文件下载，仅仅在MySQL Cluster的源码包中提供这个测试工具的源码，所以必须手动编译MySQL Cluster才能获得flexAsynch的执行文件。以下命令都是在RHEL 6.4中以root账户权限运行。
1. 下载
| cd /root/Downloads wget http://dev.mysql.com/get/Downloads/MySQL-Cluster-7.3/mysql-cluster-gpl-7.3.4.tar.gz tar -xvzf mysql-cluster-gpl-7.3.4.tar.gz cd mysql-cluster-gpl-7.3.4 |
2. 配置
|
cmake . -DBUILD_CONFIG=mysql_release -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DWITH_NDB_TEST=ON -DWITH_BUNDLED_LIBEVENT=ON -DWITH_BUNDLED_MEMCACHED=ON -DWITH_NDBMTD=ON -DWITH_NDB_TEST=ON
在使用cmake进行配置之前，要确保系统中安装了libaio-devel，否则执行以下命令：
yum install libaio-devel
|
3. 编译
|
make VERBOSE=1
|
4. 安装
|
make install
|
5. 拷贝
编译安装完成之后，flexAsynch位于/usr/local/mysql/bin目录中，将其拷贝至MySQL Cluster管理结点的/usr/local/mysql/bin目录或者其他合适的目录中，即可对MySQL Cluster进行性能测试。
如果运行flexAsynch时报告找不到某些lib库的错误，那么需要添加以下内容到/etc/profile文件中：
| LD_LIBRARY_PATH=/usr/local/mysql/lib export LD_LIBRARY_PATH |
二、参数说明
|
-t：想要启动的线程总数，默认值为1
-p：每个线程的并行事务总数，默认值为1 -o：每个循环的事务总数，默认值为500 -l：想要运行的循环总数，默认值为1，0表示无限循环 -load_factor：索引中的负载因数，以百分比表示（40 ~ 99） -a：属性（数据库表的列）总数，默认值为25 -c：每次事务的操作总数 -s：每项属性的大小，默认为1字节（主键大小总是为1字节，与这项参数值无关） -simple：使用简单读模式来读取数据库 -dirty：使用脏读模式来读取数据库 -write：在插入和更新时，使用writeTuple模式 -n：使用标准表名 -no_table_create：不要在数据库中创建表 -temp：创建表，但不记录日志 -no_hint：不给出事务处理协调器执行到哪儿的提示 -adaptive：使用自适应的发送算法（默认选项） -force：当通信时强制发送 -non_adaptive：以10毫秒的间隔时间发送 -local：1表示每个线程都有自己的结点执行；2表示多个结点循环执行每个并行事务；3表示多个结点随机执行每个并行事务 -ndbrecord：使用NDB记录 -r：额外循环的总数 -insert：对标准表仅执行插入操作 -read：对标准表仅执行读操作 -update：对标准表仅执行更新操作 -delete：对标准表仅执行删除操作 -create_table：对标准表仅执行创建表操作 -drop_table：对标准表仅执行删除表操作 -warmup_time：测量开始之前的预热时间 -execution_time：测量完成时的执行时间 -cooldown_time：测量完成之后的冷却时间 -table：标准表的总数，默认值为0 |
常用的参数有-l（测试循环次数）、-t（线程数量）、-p（并行事务数量）、-o（每次循环的事务数量）、-c（每次事务的操作数量），所以性能测试的总操作数量为l*t*p*o*c。
例如，可以执行以下性能测试：
| /usr/local/mysql/bin/flexAsynch -ndbrecord -temp -con 1 -t 4 -p 10 -a 2 -l 3 -r 2 上述性能测试基于以下文章搭建的MySQL集群： http://blog.csdn.net/yang1982_0907/article/details/20716845 |
如果出现以下错误：
| Configuration error: Error: Could not alloc node id at localhost port 1186: Connection done from wrong host ip 127.0.0.1. |
那么就说明没有空闲的“slot”可以接受性能测试建立的连接，这时候需要在管理结点的config.ini配置文件中添加更多的“[MYSQLD]”项，可以理解为将管理结点自身也配置为SQL结点。可以参考以下资料：
在config.ini配置文件中添加以下内容，然后重启MySQL集群：
| [MYSQLD] NodeId=6 Hostname=192.168.124.141 |
上述示例性能测试得到的结果为：
三、其他测试工具
Database Test Suit也是一套优秀的数据库集群性能测试工具，DBT-1~5分别对应不同的使用场景对数据库集群进行测试。
Database Test 1 (DBT-1: Web Server)
| DBT-1是一个基于WEB的事务性能测试工具。它会模拟WEB用户的活动，例如从一个在线书店浏览和购买商品。DBT-1是事务处理性能委员会（TPC）的TPC-W基准测试规范的一个十分有用的实现。一次测试运行得到的结果包括每秒事务数、CPU使用率、I/O活动、内存使用率。 GIT链接： git://osdldbt.git.sourceforge.net/gitroot/osdldbt/dbt1 |
Database Test 2 (DBT-2: OLTP)
| DBT-2是一个OLTP事务性能测试工具。它模拟一个批发零件供应商，有若干个工作人员会访问数据库，更新客户信息，并且检查零件库存情况。DBT-2是TPC的TPC-C基准测试规范的一个十分有用的实现。一次测试运行得到的结果包括每秒事务数、CPU使用率、I/O活动、内存使用率。 GIT链接： git://osdldbt.git.sourceforge.net/gitroot/osdldbt/dbt2 |
Database Test 3 (DBT-3: DSS)
| DBT-3可用于决策支持系统的工作负载测试。它由一套面向业务的ad-hoc查询和并发数据修改组成。DBT-3是TPC的TPC-H基准测试规范的一个十分有用的实现。 GIT链接： git://osdldbt.git.sourceforge.net/gitroot/osdldbt/dbt3 |
Database Test 4 (DBT-4: Web Services)
| DBT-4可用于引用服务器和WEB服务的工作负载测试。它是由一系列类似于一个B2B交易环境的活动所组成的。DBT-4是TPC的TPC-App基准测试规范的一个十分有用的实现。 GIT链接： git://osdldbt.git.sourceforge.net/gitroot/osdldbt/dbt4 |
Database Test 5 (DBT-5: OLTP)
| DBT-5可用于OLTP的工作负载测试，它模拟一个经纪公司的活动。DBT-5是TPC的TPC-ETM基准测试规范的一个十分有用的实现。 GIT链接： git://osdldbt.git.sourceforge.net/gitroot/osdldbt/dbt5 |
过段时间会发布Database Test Suit的使用教程，敬请期待！
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
