本文主要是介绍TPCC-MySQL，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
简介
TPC-C是专门针对联机交易处理系统（OLTP系统）的规范，一般情况下我们也把这类系统称为业务处理系统。
Tpcc-mysql是percona基于TPC-C(下面简写成TPCC)衍生出来的产品，专用于MySQL基准测试。其源码放在launchpad上，用bazaar管理。用来测试数据库的压力工具，模拟一个电商的业务，主要的业务有新增订单，库存查询，发货，支付等模块的测试。
官方主页：
https://github.com/Percona-Lab/sysbench-tpcc
https://github.com/akopytov/sysbench
下载
# 下载包
wget http://imysql.com/wp-content/uploads/2014/09/tpcc-mysql-src.tgz
# 解压包
tar -zxf tpcc-mysql-src.tgz
# 解压后，进入src目录
cd src
#编辑安装
make
编辑安装完后，就会在 tpcc-mysql目录 下生成 tpcc 命令行工具 tpcc_load 、 tpcc_start使用
1、创建测速数据库tpcc （初始化测试库环境）
查看TPCC-MySQL目录下的文件，会发现有一些自带的sql文件
a) 创建测试数据库
mysql>create database tpccmysql -h 127.0.0.1 -P 3306 -uroot -pxxx tpcc < create_table.sql
b) 添加索引
mysql -h 127.0.0.1 -P 3306 -uroot -pxxx tpcc < add_fkey_idx.sqlc) 查看测试数据库
mysql -h 127.0.0.1 -P 3306 -uroot -pxxx tpcc -e "show tables";
[root@gip tpcc-mysql]# /home/soft/greatdb/bin/greatdb -h 172.16.122.XX -P3306 -ugreatdb -pgreatdb tpcc < create_table.sql
greatdb: [Warning] Using a password on the command line interface can be insecure.
[root@gip tpcc-mysql]# /home/soft/greatdb/bin/greatdb -h172.16.122.XX -P3306 -ugreatdb -pgreatdb tpcc < add_fkey_idx.sql
greatdb: [Warning] Using a password on the command line interface can be insecure.
[root@gip tpcc-mysql]# /home/soft/greatdb/bin/greatdb -h172.16.122.XX -P3306 -ugreatdb -pgreatdb tpcc -e "show tables";
greatdb: [Warning] Using a password on the command line interface can be insecure.
+----------------+
| Tables_in_tpcc |
+----------------+
| customer |
| district |
| history |
| item |
| new_orders |
| order_line |
| orders |
| stock |
| warehouse |
+----------------+
表格说明：
customer-客户表，district-地区表，history历史订单表，item商品条目表，new_orders新订单表，order_line订单状态表，orders下单表，stock库存表，warehouse仓库表。
2 . 加载数据
tpcc_load用法：
tpcc_load [server] [DB] [user] [pass] [warehouse]
或者
tpcc_load [server] [DB] [user] [pass] [warehouse] [part] [min_wh] [max_wh]
选项 warehouse 意为指定测试库下的仓库数量。因此，启动命令非常简单
./tpcc_load 127.0.0.1:3306 tpcc root password 10
在这里，需要注意的是 tpcc 默认会读取 /var/lib/mysql/mysql.sock 这个socket位置，因此如果你的socket不在相应路径的话，就需要做个软连接，或者通过TCP/IP的方式连接测试服务器。
设置warehouse仓库数量越高，数据量越大。假设置为100，则有100个仓库，每个仓库有10万库存量，总共会加载1000W的库存数据。
3. 进行测试
参数说明：
-w：指定仓库数量。
-c：指定并发连接数。
-r：指定开始测试前进行warmup的时间，进行预热后，测试效果更好（真实测试场景中，预热时间不小于5分钟，持续压测时长不小于30分钟）。
-l：指定测试持续时间。
-i：指定生成报告间隔时长。
-f：指定生成的报告名称。
-t：更详细的操作信息。
-h server_host: 服务器名
-P port : 端口号，默认为3306
-d database_name: 数据库名
-u mysql_user : 用户名
-p mysql_password : 密码
-w warehouses: 仓库的数量
-c connections : 线程数，默认为1
-r warmup_time : 热身时间，单位:s，默认为10s ，热身是为了将数据加载到内存。
-l running_time: 测试时间，单位:s，默认为20s
-i report_interval 指定生成报告间隔时长
-f report_file : 测试结果输出文件
./tpcc_start --help //查看帮助命令
tpcc_start -hlocalhost -d tpcc1000 -u root -p '' -w 1000 -c 32 -r 120 -l 3600 -ftpcc_mysql_20120314 #使用tpcc_start 进行16个线程的测试,热身时间为60秒, 测试时间为10分钟, 可根据自己需要调整
#下面的例子中，模拟对100个仓库(-w 100)，并发128个线程(-c 128)，预热5分钟(-r 300)，持续压测1小时(-l 3600)
tpcc_start -hlocalhost -utpcc_user -ptpcc_password -d tpcc100 -w 100 -c 128 -r 300 -l 3600
4 压测结果解读
-- 每10秒钟输出一次压测数据
10, 8376(0):2.744|3.211, 8374(0):0.523|1.626, 838(0):0.250|0.305, 837(0):3.241|3.518, 839(0):9.086|10.67620, 8294(0):2.175|2.327, 8292(0):0.420|0.495, 829(0):0.206|0.243, 827(0):2.489|2.593, 827(0):7.214|7.646上面的压测过程输出解读见下：
-- 以逗号分隔，共6列
-- 第一列，第N次10秒
-- 第二列，总成功执行压测的次数(总推迟执行压测的次数):90%事务的响应时间|本轮测试最大响应时间
-- 第三列，新订单业务成功执行次数(推迟执行次数):90%事务的响应时间|本轮测试最大响应时间
-- 第四列，支付业务的结果，后面几个的意义同上
-- 第五列，发货业务的结果，后面几个的意义同上
-- 第六列，库存业务的结果，后面几个的意义同上
默认，数据每10秒输出一行，格式说明如下：
5230, 540(0):2.426|2.607, 542(0):0.499|0.764, 55(0):0.321|0.341, 57(0):2.841|2.842, 51(0):8.182|8.363
由逗号区分，一共划分为6块区域。
颜色（5230）表示时间序号，根据-i report_interval选项设定，默认为10作为时间间隔。
颜色表示NEWORD，即新生成订单数量，540表示在success的事务量(生成时间少于5s)，(0)表示late，即表示时间没有达到tpcc标准的事务量。2.426代表90%的事务响应时间在2.426秒以下。2.607代表事务响应时间的最大值。
颜色表示PAYMENT，支付
颜色表示ORDSTAT，订单查询
颜色表示DELIVERY，发货
颜色表示SLEV，查询仓库库存状况。
-- 第一次粗略结果统计
[0] sc:100589 lt:0 rt:0 fl:0 -- New-Order，新订单业务成功(success,简写sc)次数，延迟(late,简写lt)次数，重试(retry,简写rt)次数，失败(failure,简写fl)次数
[1] sc:100552 lt:0 rt:0 fl:0 -- Payment，支付业务统计，其他同上
[2] sc:10059 lt:0 rt:0 fl:0 -- Order-Status，订单状态业务统计，其他同上
[3] sc:10057 lt:0 rt:0 fl:0 -- Delivery，发货业务统计，其他同上
[4] sc:10058 lt:0 rt:0 fl:0 -- Stock-Level，库存业务统计，其他同上
测试结果统计分析
(all must be [OK]) -- 下面所有业务逻辑结果都必须为 OK 才行
[transaction percentage]
Payment: 43.47% (>=43.0%) [OK] -- 支付成功次数(上述统计结果中 sc + lt)必须大于43.0%，否则结果为NG，而不是OK
Order-Status: 4.35% (>= 4.0%) [OK] -- 订单状态，其他同上
Delivery: 4.35% (>= 4.0%) [OK] -- 发货，其他同上
Stock-Level: 4.35% (>= 4.0%) [OK] -- 库存，其他同上
[response time (at least 90% passed)] -- 响应耗时指标必须超过90%通过才行
New-Order: 100.00% [OK] -- 下面几个响应耗时指标全部 100% 通过
Payment: 100.00% [OK]
Order-Status: 100.00% [OK]
Delivery: 100.00% [OK]
Stock-Level: 100.00% [OK]
以及最终的tpcc测试结果
50294.500 TpmC -- TpmC结果值，即每分钟的事务数
参考：
TPCC-MySQL使用手册 | iMySQL | 老叶茶馆 - Oracle MySQL ACE Director，专注MySQL
https://blog.csdn.net/sinaaaaa/article/details/38960281
https://blog.csdn.net/Stephen_Daa/article/details/129922257
https://www.cnblogs.com/xulinforDB/p/17496225.html
这篇关于TPCC-MySQL的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
![[MySQL表的增删改查-进阶]](https://i-blog.csdnimg.cn/direct/626d73342e0c406894e1017eafd30cf2.png)
