mysql數據庫引擎性能測試,mysql數據庫性能指標

本文目錄一覽：

• 1、如何測試mysql的性能和穩定性
• 2、如何查看mysql數據庫的性能
• 3、mysql數據庫性能測試
• 4、幾個常用的MySQL性能測試工具

如何測試mysql的性能和穩定性

　有一些有用的工具可以測試MySQL 和基於MySQL 的系統的性能。這裡將演示如何利用這些工具進行測試。

mysqlslap

mysqlslap可以模擬服務器的負載，並輸出計時信息。它包含在MySQL 5.1 的發行包中，應該在MySQL 4.1或者更新的版本中都可以使用。測試時可以執行並發連接數，並指定SQL 語句（可以在命令行上執行，也可以把SQL 語句寫入到參數文件中）。如果沒有指定SQL 語句，mysqlslap 會自動生成查詢schema 的SELECT 語句。

MySQL Benchmark Suite （sql-bench）

在MySQL 的發行包中也提供了一款自己的基準測試套件，可以用於在不同數據庫服務器上進行比較測試。它是單線程的，主要用於測試服務器執行查詢的速度。結果會顯示哪種類型的操作在服務器上執行得更快。

這個測試套件的主要好處是包含了大量預定義的測試，容易使用，所以可以很輕鬆地用於比較不同存儲引擎或者不同配置的性能測試。其也可以用於高層次測試，比較兩個服務器的總體性能。當然也可以只執行預定義測試的子集（例如只測試UPDATE 的性能）。這些測試大部分是CPU 密集型的，但也有些短時間的測試需要大量的磁盤I/O 操作。

這個套件的最大缺點主要有：它是單用戶模式的，測試的數據集很小且用戶無法使用指定的數據，並且同一個測試多次運行的結果可能會相差很大。因為是單線程且串行執行的，所以無法測試多CPU 的能力，只能用於比較單CPU 服務器的性能差別。使用這個套件測試數據庫服務器還需要Perl 和BDB 的支持，相關文檔請參考.

Super Smack

Super Smack是一款用於MySQL 和PostgreSQL的基準測試工具，可以提供壓力測試和負載生成。這是一個複雜而強大的工具，可以模擬多用戶訪問，可以加載測試數據到數據庫，並支持使用隨機數據填充測試表。測試定義在”smack”文件中，smack 文件使用一種簡單的語法定義測試的客戶端、表、查詢等測試要素。

Database Test Suite

Database Test Suite 是由開源軟件開發實驗室（OSDL,Open Source DevelopmentLabs）設計的，發布在SourceForge 網站上，這是一款類似某些工業標準測試的測試工具集，例如由事務處理性能委員會（TPC,Transaction Processing Performance Council）制定的各種標準。特別值得一提的是，其中的dbt2 就是一款免費的TPC-C OLTP 測試工具（未認證）。之前本書作者經常使用該工具，不過現在已經使用自己研發的專用於MySQL 的測試工具替代了。

Percona’s TPCC-MySQL Tool

我們開發了一個類似TPC-C 的基準測試工具集，其中有部分是專門為MySQL 測試開發的。在評估大壓力下MySQL 的一些行為時，我們經常會利用這個工具進行測試（簡單的測試，一般會採用sysbench 替代），在源碼庫中有一個簡單的文檔說明。

sysbench

sysbench是一款多線程系統壓測工具。它可以根據影響數據庫服務器性能的各種因素來評估系統的性能。例如，可以用來測試文件I/O、操作系統調度器、內存分配和傳輸速度、POSIX 線程，以及數據庫服務器等。sysbench 支持Lua 腳本語言，Lua 對於各種測試場景的設置可以非常靈活。sysbench 是我們非常喜歡的一種全能測試工具，支持MySQL、操作系統和硬件的硬件測試。（節選自《高性能MySQL》）

如何查看mysql數據庫的性能

如何提高MySQL Limit查詢的性能?

在MySQL數據庫操作中，我們在做一些查詢的時候總希望能避免數據庫引擎做全表掃描，因為全表掃描時間長，而且其中大部分掃描對客戶端而言是沒有意義的。其實我們可以使用Limit關鍵字來避免全表掃描的情況，從而提高效率。

有個幾千萬條記錄的表 on MySQL 5.0.x，現在要讀出其中幾十萬萬條左右的記錄。常用方法，依次循環：

select * from mytable where index_col = xxx limit offset, limit;

經驗：如果沒有blob/text字段，單行記錄比較小，可以把 limit 設大點，會加快速度。

問題：頭幾萬條讀取很快，但是速度呈線性下降，同時 mysql server cpu 99% ，速度不可接受。

調用 explain select * from mytable where index_col = xxx limit offset, limit;

顯示 type = ALL

在 MySQL optimization 的文檔寫到”All”的解釋

A full table scan is done for each combination of rows from the previous tables. This is normally not good if the table is the first table not marked const, and usually very bad in all other cases. Normally, you can avoid ALL by adding indexes that allow row retrieval from the table based on constant values or column values from earlier tables.

看樣子對於 all, mysql 就使用比較笨的方法，那就改用 range 方式？ 因為 id 是遞增的，也很好修改 sql 。

select * from mytable where id offset and id offset + limit and index_col = xxx

explain 顯示 type = range，結果速度非常理想，返回結果快了幾十倍。

Limit語法：

SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset

LIMIT子句可以被用於強制 SELECT 語句返回指定的記錄數。LIMIT接受一個或兩個數字參數。參數必須是一個整數常量。

如果給定兩個參數，第一個參數指定第一個返回記錄行的偏移量，第二個參數指定返回記錄行的最大數目。初始記錄行的偏移量是 0(而不是 1)。

為了與 PostgreSQL 兼容，MySQL 也支持句法：LIMIT # OFFSET #。

mysql SELECT * FROM table LIMIT 5,10; //檢索記錄行6-15

//為了檢索從某一個偏移量到記錄集的結束所有的記錄行，可以指定第二個參數為-1

mysql SELECT * FROM table LIMIT 95,-1; //檢索記錄行96-last

//如果只給定一個參數，它表示返回最大的記錄行數目，換句話說，LIMIT n 等價於 LIMIT 0,n

mysql SELECT * FROM table LIMIT 5; //檢索前5個記錄行

MySQL的limit給分頁帶來了極大的方便，但數據量一大的時候，limit的性能就急劇下降。同樣是取10條數據，下面兩句就不是一個數量級別的。

select * from table limit 10000,10

select * from table limit 0,10

文中不是直接使用limit，而是首先獲取到offset的id然後直接使用limit size來獲取數據。根據他的數據，明顯要好於直接使用limit。

這裡我具體使用數據分兩種情況進行測試。

1、offset比較小的時候：

select * from table limit 10,10

//多次運行，時間保持在0.0004-0.0005之間

Select * From table Where vid ＞=(Select vid From table Order By vid limit 10,1) limit 10

//多次運行，時間保持在0.0005-0.0006之間，主要是0.0006

結論：偏移offset較小的時候，直接使用limit較優。這個顯然是子查詢的原因。

2、offset大的時候：

select * from table limit 10000,10

//多次運行，時間保持在0.0187左右

Select * From table Where vid ＞=(Select vid From table Order By vid limit 10000,1) limit 10

//多次運行，時間保持在0.0061左右，只有前者的1/3。可以預計offset越大，後者越優。

mysql數據庫性能測試

我理解的是你希望了解mysql性能測試的方法：

其實常用的一般：

選取最適用的字段屬性

MySQL可以很好的支持大數據量的存取，但是一般說來，數據庫中的表越小，在它上面執行的查詢也就會越快。因此，在創建表的時候，為了獲得更好的性能，我們可以將表中字段的寬度設得儘可能小。例如，在定義郵政編碼這個字段時，如果將其設置為CHAR(255),顯然給數據庫增加了不必要的空間，甚至使用VARCHAR這種類型也是多餘的，因為CHAR(6)就可以很好的完成任務了。同樣的，如果可以的話，我們應該使用MEDIUMINT而不是BIGIN來定義整型字段。

另外一個提高效率的方法是在可能的情況下，應該盡量把字段設置為NOT NULL，這樣在將來執行查詢的時候，數據庫不用去比較NULL值。

對於某些文本字段，例如“省份”或者“性別”，我們可以將它們定義為ENUM類型。因為在MySQL中，ENUM類型被當作數值型數據來處理，而數值型數據被處理起來的速度要比文本類型快得多。這樣，我們又可以提高數據庫的性能。

2、使用連接（JOIN）來代替子查詢(Sub-Queries)

MySQL從4.1開始支持SQL的子查詢。這個技術可以使用SELECT語句來創建一個單列的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。例如，我們要將客戶基本信息表中沒有任何訂單的客戶刪除掉，就可以利用子查詢先從銷售信息表中將所有發出訂單的客戶ID取出來，然後將結果傳遞給主查詢，如下所示：

DELETE FROM customerinfo WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )

使用子查詢可以一次性的完成很多邏輯上需要多個步驟才能完成的SQL操作，同時也可以避免事務或者表鎖死，並且寫起來也很容易。但是，有些情況下，子查詢可以被更有效率的連接（JOIN）.. 替代。例如，假設我們要將所有沒有訂單記錄的用戶取出來，可以用下面這個查詢完成：

SELECT * FROM customerinfo WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )

如果使用連接（JOIN）.. 來完成這個查詢工作，速度將會快很多。尤其是當salesinfo表中對CustomerID建有索引的話，性能將會更好，查詢如下：

SELECT * FROM customerinfo LEFT JOIN salesinfoON customerinfo.CustomerID=salesinfo. CustomerID WHERE salesinfo.CustomerID IS NULL

連接（JOIN）.. 之所以更有效率一些，是因為 MySQL不需要在內存中創建臨時表來完成這個邏輯上的需要兩個步驟的查詢工作。

3、使用聯合(UNION)來代替手動創建的臨時表

MySQL 從 4.0 的版本開始支持 UNION 查詢，它可以把需要使用臨時表的兩條或更多的 SELECT 查詢合併的一個查詢中。在客戶端的查詢會話結束的時候，臨時表會被自動刪除，從而保證數據庫整齊、高效。使用 UNION 來創建查詢的時候，我們只需要用 UNION作為關鍵字把多個 SELECT 語句連接起來就可以了，要注意的是所有 SELECT 語句中的字段數目要想同。下面的例子就演示了一個使用 UNION的查詢。

SELECT Name, Phone FROM client UNION SELECT Name, BirthDate FROM author

UNION

SELECT Name, Supplier FROM product

4、事務

儘管我們可以使用子查詢（Sub-Queries）、連接（JOIN）和聯合（UNION）來創建各種各樣的查詢，但不是所有的數據庫操作都可以只用一條或少數幾條SQL語句就可以完成的。更多的時候是需要用到一系列的語句來完成某種工作。但是在這種情況下，當這個語句塊中的某一條語句運行出錯的時候，整個語句塊的操作就會變得不確定起來。設想一下，要把某個數據同時插入兩個相關聯的表中，可能會出現這樣的情況：第一個表中成功更新後，數據庫突然出現意外狀況，造成第二個表中的操作沒有完成，這樣，就會造成數據的不完整，甚至會破壞數據庫中的數據。要避免這種情況，就應該使用事務，它的作用是：要麼語句塊中每條語句都操作成功，要麼都失敗。換句話說，就是可以保持數據庫中數據的一致性和完整性。事物以BEGIN 關鍵字開始，COMMIT關鍵字結束。在這之間的一條SQL操作失敗，那麼，ROLLBACK命令就可以把數據庫恢復到BEGIN開始之前的狀態。

BEGIN;

INSERT INTO salesinfo SET CustomerID=14;

UPDATE inventory SET Quantity=11

WHERE item=’book’;

COMMIT;

事務的另一個重要作用是當多個用戶同時使用相同的數據源時，它可以利用鎖定數據庫的方法來為用戶提供一種安全的訪問方式，這樣可以保證用戶的操作不被其它的用戶所干擾。

5、鎖定表

儘管事務是維護數據庫完整性的一個非常好的方法，但卻因為它的獨佔性，有時會影響數據庫的性能，尤其是在很大的應用系統中。由於在事務執行的過程中，數據庫將會被鎖定，因此其它的用戶請求只能暫時等待直到該事務結束。如果一個數據庫系統只有少數幾個用戶

來使用，事務造成的影響不會成為一個太大的問題；但假設有成千上萬的用戶同時訪問一個數據庫系統，例如訪問一個電子商務網站，就會產生比較嚴重的響應延遲。

其實，有些情況下我們可以通過鎖定表的方法來獲得更好的性能。下面的例子就用鎖定表的方法來完成前面一個例子中事務的功能。

LOCK TABLE inventory WRITE

SELECT Quantity FROM inventory

WHEREItem=’book’;

…

UPDATE inventory SET Quantity=11

WHEREItem=’book’;

UNLOCK TABLES

這裡，我們用一個 SELECT 語句取出初始數據，通過一些計算，用 UPDATE 語句將新值更新到表中。包含有 WRITE 關鍵字的 LOCK TABLE 語句可以保證在 UNLOCK TABLES 命令被執行之前，不會有其它的訪問來對 inventory 進行插入、更新或者刪除的操作。

6、使用外鍵

鎖定表的方法可以維護數據的完整性，但是它卻不能保證數據的關聯性。這個時候我們就可以使用外鍵。例如，外鍵可以保證每一條銷售記錄都指向某一個存在的客戶。在這裡，外鍵可以把customerinfo 表中的CustomerID映射到salesinfo表中CustomerID，任何一條沒有合法CustomerID的記錄都不會被更新或插入到salesinfo中。

CREATE TABLE customerinfo

(

CustomerID INT NOT NULL ,

PRIMARY KEY ( CustomerID )

) TYPE = INNODB;

CREATE TABLE salesinfo

(

SalesID INT NOT NULL,

CustomerID INT NOT NULL,

PRIMARY KEY(CustomerID, SalesID),

FOREIGN KEY (CustomerID) REFERENCES customerinfo

(CustomerID) ON DELETECASCADE

) TYPE = INNODB;

注意例子中的參數“ON DELETE CASCADE”。該參數保證當 customerinfo 表中的一條客戶記錄被刪除的時候，salesinfo 表中所有與該客戶相關的記錄也會被自動刪除。如果要在 MySQL 中使用外鍵，一定要記住在創建表的時候將表的類型定義為事務安全表 InnoDB類型。該類型不是 MySQL 表的默認類型。定義的方法是在 CREATE TABLE 語句中加上 TYPE=INNODB。如例中所示。

7、使用索引

索引是提高數據庫性能的常用方法，它可以令數據庫服務器以比沒有索引快得多的速度檢索特定的行，尤其是在查詢語句當中包含有MAX(), MIN()和ORDERBY這些命令的時候，性能提高更為明顯。那該對哪些字段建立索引呢？一般說來，索引應建立在那些將用於JOIN, WHERE判斷和ORDER BY排序的字段上。盡量不要對數據庫中某個含有大量重複的值的字段建立索引。對於一個ENUM類型的字段來說，出現大量重複值是很有可能的情況，例如customerinfo中的“province”.. 字段，在這樣的字段上建立索引將不會有什麼幫助；相反，還有可能降低數據庫的性能。我們在創建表的時候可以同時創建合適的索引，也可以使用ALTER TABLE或CREATE INDEX在以後創建索引。此外，MySQL

從版本3.23.23開始支持全文索引和搜索。全文索引在MySQL 中是一個FULLTEXT類型索引，但僅能用於MyISAM 類型的表。對於一個大的數據庫，將數據裝載到一個沒有FULLTEXT索引的表中，然後再使用ALTER TABLE或CREATE INDEX創建索引，將是非常快的。但如果將數據裝載到一個已經有FULLTEXT索引的表中，執行過程將會非常慢。

8、優化的查詢語句

絕大多數情況下，使用索引可以提高查詢的速度，但如果SQL語句使用不恰當的話，索引將無法發揮它應有的作用。下面是應該注意的幾個方面。首先，最好是在相同類型的字段間進行比較的操作。在MySQL 3.23版之前，這甚至是一個必須的條件。例如不能將一個建有索引的INT字段和BIGINT字段進行比較；但是作為特殊的情況，在CHAR類型的字段和VARCHAR類型字段的字段大小相同的時候，可以將它們進行比較。其次，在建有索引的字段上盡量不要使用函數進行操作。

例如，在一個DATE類型的字段上使用YEAE()函數時，將會使索引不能發揮應有的作用。所以，下面的兩個查詢雖然返回的結果一樣，但後者要比前者快得多。

SELECT * FROM order WHERE YEAR(OrderDate)2001;

SELECT * FROM order WHERE OrderDate”2001-01-01″;

同樣的情形也會發生在對數值型字段進行計算的時候：

SELECT * FROM inventory WHERE Amount/724;

SELECT * FROM inventory WHERE Amount24*7;

上面的兩個查詢也是返回相同的結果，但後面的查詢將比前面的一個快很多。第三，在搜索字符型字段時，我們有時會使用 LIKE 關鍵字和通配符，這種做法雖然簡單，但卻也是以犧牲系統性能為代價的。例如下面的查詢將會比較表中的每一條記錄。

SELECT * FROM books

WHERE name like “MySQL%”

但是如果換用下面的查詢，返回的結果一樣，但速度就要快上很多：

SELECT * FROM books

WHERE name=”MySQL”and name”MySQM”

最後，應該注意避免在查詢中讓MySQL進行自動類型轉換，因為轉換過程也會使索引變得不起作用。

幾個常用的MySQL性能測試工具

1、mysqlslap

安裝：簡單，裝了mysql就有了

作用：模擬並發測試數據庫性能。

優點：簡單，容易使用。

不足：不能指定生成的數據規模，測試過程不清楚針對十萬級還是百萬級數據做的測試，感覺不太適合做綜合測試，比較適合針對既有數據庫，對單個sql進行優化的測試。

使用方法：

可以使用mysqlslap –help來顯示使用方法：

Default options are read from the following files in the given order:

/etc/mysql/my.cnf /etc/my.cnf ~/.my.cnf

–concurrency代表並發數量，多個可以用逗號隔開，concurrency=10,50,100, 並發連接線程數分別是10、50、100個並發。

–engines代表要測試的引擎，可以有多個，用分隔符隔開。

–iterations代表要運行這些測試多少次。

–auto-generate-sql 代表用系統自己生成的SQL腳本來測試。

–auto-generate-sql-load-type 代表要測試的是讀還是寫還是兩者混合的（read,write,update,mixed）

–number-of-queries 代表總共要運行多少次查詢。每個客戶運行的查詢數量可以用查詢總數/並發數來計算。

–debug-info 代表要額外輸出CPU以及內存的相關信息。

–number-int-cols ：創建測試表的 int 型字段數量

–auto-generate-sql-add-autoincrement : 代表對生成的表自動添加auto_increment列，從5.1.18版本開始

–number-char-cols 創建測試表的 char 型字段數量。

–create-schema 測試的schema，MySQL中schema也就是database。

–query 使用自定義腳本執行測試，例如可以調用自定義的一個存儲過程或者sql語句來執行測試。

–only-print 如果只想打印看看SQL語句是什麼，可以用這個選項。

mysqlslap -umysql -p123 –concurrency=100 –iterations=1 –auto-generate-sql –auto-generate-sql-add-autoincrement –auto-generate-sql-load-type=mixed –engine=myisam –number-of-queries=10 –debug-info

或：

指定數據庫和sql語句:

mysqlslap -h192.168.3.18 -P4040 –concurrency=100 –iterations=1 –create-schema=’test’ –query=’select * from test;’ –number-of-queries=10 –debug-info -umysql -p123

要是看到底做了什麼可以加上：–only-print

Benchmark

Average number of seconds to run all queries: 25.225 seconds

Minimum number of seconds to run all queries: 25.225 seconds

Maximum number of seconds to run all queries: 25.225 seconds

Number of clients running queries: 100

Average number of queries per client: 0

以上表明100個客戶端同時運行要25秒

2、sysbench

安裝：

可以從 下載

tar zxf sysbench-0.4.12.tar.gz

cd sysbench-0.4.12

./autogen.sh

./configure make make install

strip /usr/local/bin/sysbench

安裝時候可能會報錯，後來baidu發現個好文 怕以後找不到，也貼過來吧

1.如果mysql不是默認路徑安裝，那麼需要通過指定–with-mysql-includes和–with-mysql-libs參數來加載mysql安裝路徑

2.如果報錯：

../libtool: line 838: X–tag=CC: command not found

../libtool: line 871: libtool: ignoring unknown tag : command not found

../libtool: line 838: X–mode=link: command not found

../libtool: line 1004: *** Warning: inferring the mode of operation is deprecated.: command not found

../libtool: line 1005: *** Future versions of Libtool will require –mode=MODE be specified.: command not found

../libtool: line 2231: X-g: command not found

../libtool: line 2231: X-O2: command not found

那麼執行下根目錄的：autogen.sh文件，然後重新configure make make install

3.如果報錯：

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

那麼執行下：

n -s /usr/local/mysql5.5/mysql/lib/libmysqlclient.so.18 /usr/lib64/

4.如果執行autogen.sh時，報如下錯誤：

./autogen.sh: line 3: aclocal: command not found

那麼需要安裝一個軟件：

yum install automake

然後需要增加一個參數：查找： AC_PROG_LIBTOOL 將其注釋，然後增加AC_PROG_RANLIB

作用：模擬並發,可以執行CPU/內存/線程/IO/數據庫等方面的性能測試。數據庫目前支持MySQL/Oracle/PostgreSQL

優點：可以指定測試數據的規模，可以單獨測試讀、寫的性能，也可以測試讀寫混合的性能。

不足：測試的時候，由於網絡原因，測試的非常慢，但是最終給的結果卻很好，並發支持很高，所以給我的感覺是並不太準確。當然也可能我沒搞明白原理

使用方法：

準備數據

sysbench –test=oltp –mysql-table-engine=myisam –oltp-table-size=400000 –mysql-db=dbtest2 –mysql-user=root –mysql-host=192.168.1.101 –mysql-password=pwd prepare

執行測試

sysbench –num-threads=100 –max-requests=4000 –test=oltp –mysql-table-engine=innodb –oltp-table-size=400000 –mysql-db=dbtest1 –mysql-user=root –mysql-host=192.168.1.101 –mysql-password=pwd run

sysbench 0.4.12: multi-threaded system evaluation benchmark

No DB drivers specified, using mysql

Running the test with following options:

Number of threads: 100

Doing OLTP test.

Running mixed OLTP test

Using Special distribution (12 iterations, 1 pct of values are returned in 75 pct cases)

Using “BEGIN” for starting transactions

Using auto_inc on the id column

Maximum number of requests for OLTP test is limited to 4000

Threads started!

Done.

OLTP test statistics:

queries performed:

read: 56014

write: 20005

other: 8002

total: 84021

transactions: 4001 (259.14 per sec.)

deadlocks: 0 (0.00 per sec.)

read/write requests: 76019 (4923.75 per sec.)

other operations: 8002 (518.29 per sec.)

Test execution summary:

total time: 15.4393s

total number of events: 4001

total time taken by event execution: 1504.7744

per-request statistics:

min: 33.45ms

avg: 376.10ms

max: 861.53ms

approx. 95 percentile: 505.65ms

Threads fairness:

events (avg/stddev): 40.0100/0.67

execution time (avg/stddev): 15.0477/0.22

3、tpcc-mysql

安裝：

如果從原網站上下載源碼比較麻煩，需要工具、註冊、生成證書等。這裡提供一個下載包

export C_INCLUDE_PATH=/usr/include/mysql

export PATH=/usr/bin:$PATH

export LD_LIBRARY_PATH=/usr/lib/mysql

cd /tmp/tpcc/src

make

然後就會在 /tmp/tpcc-mysql 下生成 tpcc 命令行工具 tpcc_load 、 tpcc_start

作用：測試mysql數據庫的整體性能

優點：符合tpcc標準，有標準的方法，模擬真實的交易活動，結果比較可靠。

不足：不能單獨測試讀或者寫的性能，對於一些以查詢為主或者只寫的應用，就沒有這麼大的意義了。

使用方法：

加載數據

創建庫

mysqlcreate database tpcc10;

創建表：

shellmysql tpcc10 create_table.sql

添加外鍵：

shellmysql tpcc10 add_fkey_idx.sql

加載數據:

1、單進程加載：

shell./tpcc_load 192.168.11.172 tpcc10 root pwd 300

|主機||數據庫||用戶||密碼||warehouse|

2、並發加載：（推薦，但需要修改一下）

shell./load.sh tpcc300 300

|數據庫||warehouse|

3、測試

./tpcc_start -h192.168.11.172 -d tpcc -u root -p ‘pwd’ -w 10 -c 10 -r 10 -l 60 -i 10 -f /mnt/hgfs/mysql/tpcc100_2013522.txt

***************************************

*** ###easy### TPC-C Load Generator ***

***************************************

option h with value ‘192.168.11.172’

option d with value ‘tpcc’

option u with value ‘root’

option p with value ‘pwd’

option w with value ‘1’

option c with value ‘100’

option r with value ‘120’

option l with value ’60’

option i with value ’10’

option f with value ‘/mnt/hgfs/mysql/tpcc100_2013522.txt’

Parameters

[server]: 192.168.11.172

[port]: 3306

[DBname]: tpcc

[user]: root

[pass]: pwd

[warehouse]: 1

[connection]: 100

[rampup]: 120 (sec.)

[measure]: 60 (sec.)

RAMP-UP TIME.(120 sec.)

MEASURING START.