时间:2021-07-01 10:21:17 帮助过:31人阅读
测试TPC本来是个严肃的事情,这里只是为了娱乐一下。不要和TPC委员会的高端报告混为一谈就好了。 1. 先去找个不那么标准的TPC-C测试工具 似乎Percona MySQL的这个东西用得人还比较多:http://bazaar.launchpad.net/~percona-dev/perconatools/tpcc-mysql/ 简
测试TPC本来是个严肃的事情,这里只是为了娱乐一下。不要和TPC委员会的高端报告混为一谈就好了。
1. 先去找个不那么标准的TPC-C测试工具
似乎Percona MySQL的这个东西用得人还比较多:http://bazaar.launchpad.net/~percona-dev/perconatools/tpcc-mysql/ 简单的看了一下实现,这个和标准的差距还是较大的,例如事务之间没有停顿,也就是没有所谓的thinking time,测出来的tpmC的值会虚高。
不管是TPC,还是SPECfs,测试的基本步骤是通用的。大概都会有: a) 准备环境 b) 加载数据 c) 开跑 d) 产生报告
当然了,跑一次不容易,为了分析遇到的问题,开跑的过程中应该记录一些数据,例如CPU、内存、网络、IO等统计数据。
2. 熟悉一下工具
源代码目录下的README什么的是一定要看的,并且要仔细看。闲的蛋疼的话,还可以看看那些代码。
既然是测试TPC-C,必定有些建表的语句,这个需要仔细看看。例如:
create_table.sql add_fkey_idx.sql
表上至少应该有标准规定的那些个主码,外码等约束。不带约束的测试就是耍流氓。
3. 在正式开测之前,需要模拟练手一下,把该犯的错误都犯一遍。
编译测试程序 $ cd src; make;
创建数据库个,假设库名叫做tpcc好了 $ mysqladmin --no-defaults -S /home/mysql/run/mysql.sock -u root create tpcc
建表 $ mysql --no-defaults -S /home/mysql/run/mysql.sock -u root tpcc < create_table.sql
加载数据,假设加载10个仓库好了 $ ./tpcc_load 127.0.0.1:3306 tpcc root "" 10
机器要是差点,一个小时都搞不定。抽根烟肯定是不够的,出去吃个饭吧。既然这么慢,一定有比这快点的办法。例如:采用并行加载模式: $ ./load.sh tpcc 10
追加外码约束 $ mysql --no-defaults -S /home/mysql/run/mysql.sock -u root tpcc < add_fkey_idx.sql
前面说过,不加约束的测试是…… 在数据加载完毕后再执行有助于减少数据加载时间。再去抽颗烟吧。
跑测试 $ ./tpcc_start -h 127.0.0.1 -P 3306 -d tpcc -u root -w 10 -c 5 -r 5 -l 300 5个连接,预热5秒,跑300秒,也就是5分钟。一看就是娱乐版,这个跑不出什么好指标,例如: a) 数据量太少 b) 连接数太少 c) 才跑了几百秒 ……
清理环境(删除数据库) $ mysqladmin --no-defaults -S /home/mysql/run/mysql.sock -u root drop tpcc
跑完后会打印出个报告,最后一行类似于:
10.200 TpmC
好可怜啊!