TPCC-MySQL基準測試

TPCC-MySQL是Percona公司研發的基準測試工具。

下載下傳TPCC-MySQL

1. yum install bzr -y
2. bzr branch lp:~percona-dev/perconatools/tpcc-mysql

下載下傳之後可以看到tpcc-mysql目錄

進入這個目錄下的src目錄,執行make

在上層目錄中，可以看到已經有了tpcc_load  tpcc_start指令

如果有如下錯誤,則可能是源碼安裝的MySQL,是以它的庫不在預設的位置

1. error while loading shared libraries: libmysqlclient.so.18: cannot open shared object file: No such file or directory

建立軟連結可以解決這個問題。

1. ln -s /home/lihuilin/mysql/lib/libmysqlclient.so.18 /usr/lib64/libmysqlclient.so.18

建立一個測試資料庫,然後使用如下配置進行基準測試

1. create database tpcc;
2. MySQL配置如下
3. max_connections=3000
4. innodb_buffer_pool_size=1G
5. innodb_flush_log_at_trx_commit = 1
6. sync_binlog=1
7. innodb_support_xa=1

首先加載資料,執行建立表和限制的SQL

這個工具是模拟倉庫的系統,

可以選擇初始化倉庫的數量,數量越大,資料量也越大。

初始化10個倉庫

開始進行基準測試,其中w指倉庫數量,c指并發數量,r是預熱時間,l是測試運作時間

1. [[email protected] tpcc-mysql]# ./tpcc_start -h 127.0.0.1 -u xx -p xx -d tpcc -w 10 -c 200 -r 10 -l 60 -i 10 -f report -t trx
2. Usage: tpcc_start -h server_host -P port -d database_name -u mysql_user -p mysql_password -w warehouses -c connections -r warmup_time -l running_time -i report_interval -f report_file -t trx_file

TPCC-MySQL輸出結果包括五個業務邏輯，這五個業務邏輯構成了TPCC-MySQL測試的整個事務處理過程。具體如下所示：

New-Order：新訂單

Payment：支付

Order-Status：訂單查詢

Delivery：發貨

Stock-Level：庫存

預定義變量：

為了能夠清晰的說明以下内容，首先定義一些變量，便于以下的計算和說明。具體如下所示：

success = 執行成功的記錄數

late=執行延遲的記錄數

pre_success=上一次執行成功的記錄數

pre_late=上一次執行失敗的記錄數

根據以上定義的變量，計算相應字段的結果和說明相應字段的含義。

1、時間間隔内成功的事務(包括成功和延遲的事務)：sl=success+late-pre_success-pre_late

2、時間間隔内延遲的事務：l=late-pre_late

3、時間間隔内前90%記錄(實際為99%)的平均響應時間：rt90

4、時間間隔内最大的響應時間：max_rt

檢視TPCC的結果

1.      新訂單子產品                 支付子產品
2.      sl(l):rt90|max_rt      1822成功(0延遲):90%平均響應時間1.256|最長響應時間4.119
3. 10, 1879(6):4.024|9.398, 1822(0):1.256|4.119, 190(0):0.712|2.017, 186(0):5.227|5.929, 191(0):18.450|24.997

sc:success,lt:late,rt:retry,fl:failure

1. <Raw Results>
2. [0] sc:8677 lt:13 rt:0 fl:0 //新訂單數
3. [1] sc:8620 lt:1 rt:0 fl:0  //支付業務
4. [2] sc:872 lt:0 rt:0 fl:0   //查詢業務
5. [3] sc:878 lt:0 rt:0 fl:0   //發貨業務
6. [4] sc:871 lt:0 rt:0 fl:0   //庫存查詢
7. in 60 sec.

1. <Constraint Check> (all must be [OK])
2. [transaction percentage]
3. Payment: 43.25% (>=43.0%) [OK]        //支付子產品占總業務的43.25%
4. Order-Status: 4.37% (>= 4.0%) [OK]    //訂單子產品占總業務的4.37%
5. Delivery: 4.40% (>= 4.0%) [OK]        //發貨子產品占總業務的4.40%
6. Stock-Level: 4.37% (>= 4.0%) [OK]     //庫存子產品占總業務的4.37%
7. [response time (at least 90% passed)] //是否滿足名額
8. New-Order: 99.85% [OK]    
9. Payment: 99.99% [OK]
10. Order-Status: 100.00% [OK]
11. Delivery: 100.00% [OK]
12. Stock-Level: 100.00% [OK]

//名額如下

New-Order       5ms

Payment         5ms

Order-Status    5ms

Delivery        80ms

Stock-Level     20ms

1. <TpmC>
2. 8690.000 TpmC  //每分鐘可完成新訂單業務8690筆

然後修改MySQL配置,再次運作相同測試

1. innodb_buffer_pool_size=512m

可以看到性能有明顯下降。

參考:

http://msjun825.blog.163.com/blog/static/1237727462013323818167/

http://blog.chinaunix.net/uid-26896862-id-3563600.html

http://blog.itpub.net/22664653/viewspace-757735/

http://isadba.com/?p=413