轉載請註明出處：https://blog.csdn.net/qq_30186661/article/details/80224301

一、安裝sysbench

平臺：ubuntu

curl -s https://packagecloud.io/install/repositories/akopytov/sysbench/script.deb.sh | sudo bash
sudo apt-get install sysbench

二、基準測試簡介

1、什麼是基準測試

資料庫的基準測試是對資料庫的效能指標進行定量的、可復現的、可對比的測試。

基準測試與壓力測試

基準測試可以理解為針對系統的一種壓力測試。但基準測試不關心業務邏輯，更加簡單、直接、易於測試，資料可以由工具生成，不要求真實；而壓力測試一般考慮業務邏輯(如購物車業務)，要求真實的資料。

2、基準測試的作用

對於多數Web應用，整個系統的瓶頸在於資料庫；原因很簡單：Web應用中的其他因素，例如網路頻寬、負載均衡節點、應用伺服器（包括CPU、記憶體、硬碟燈、連線數等）、快取，都很容易通過水平的擴充套件（俗稱加機器）來實現效能的提高。而對於MySQL，由於資料一致性的要求，無法通過增加機器來分散向資料庫寫資料帶來的壓力；雖然可以通過前置快取（Redis等）、讀寫分離、分庫分表來減輕壓力，但是與系統其它元件的水平擴充套件相比，受到了太多的限制。

而對資料庫的基準測試的作用，就是分析在當前的配置下（包括硬體配置、OS、資料庫設定等），資料庫的效能表現，從而找出MySQL的效能閾值，並根據實際系統的要求調整配置。

3、基準測試的指標

常見的資料庫指標包括：

• TPS/QPS：衡量吞吐量。

• 響應時間：包括平均響應時間、最小響應時間、最大響應時間、時間百分比等，其中時間百分比參考意義較大，如前95%的請求的最大響應時間。。

• 併發量：同時處理的查詢請求的數量。

4、基準測試的分類

對MySQL的基準測試，有如下兩種思路：

（1）針對整個系統的基準測試：通過http請求進行測試，如通過瀏覽器、APP或postman等測試工具。該方案的優點是能夠更好的針對整個系統，測試結果更加準確；缺點是設計複雜實現困難。

（2）只針對MySQL的基準測試：優點和缺點與針對整個系統的測試恰好相反。

在針對MySQL進行基準測試時，一般使用專門的工具進行，例如mysqlslap、sysbench等。其中，sysbench比mysqlslap更通用、更強大，且更適合Innodb（因為模擬了許多Innodb的IO特性），下面介紹使用sysbench進行基準測試的方法。

三、sysbench簡介

sysbench是跨平臺的基準測試工具，支援多執行緒，支援多種資料庫；主要包括以下幾種測試：

• cpu效能

• 磁碟io效能

• 排程程式效能

• 記憶體分配及傳輸速度

• POSIX執行緒效能

• 資料庫效能(OLTP基準測試)

1、sysbench語法

執行sysbench –help，可以看到sysbench的詳細使用方法。

sysbench的基本語法如下：

sysbench [options]… testname

（1）command

command是sysbench要執行的命令，包括prepare、run和cleanup，顧名思義，prepare是為測試提前準備資料，run是執行正式的測試，cleanup是在測試完成後對資料庫進行清理。

（2）testname

testname指定了要進行的測試，在老版本的sysbench中，可以通過–test引數指定測試的指令碼；而在新版本中，–test引數已經宣告為廢棄，可以不使用–test，而是直接指定指令碼。

例如，如下兩種方法效果是一樣的：

sysbench --test=./tests/include/oltp_legacy/oltp.lua
sysbench ./tests/include/oltp_legacy/oltp.lua

（3）options

sysbench的引數有很多，其中比較常用的包括：

2.MySQL連線資訊引數

• –mysql-host：MySQL伺服器主機名，預設localhost；如果在本機上使用localhost報錯，提示無法連線MySQL伺服器，改成本機的IP地址應該就可以了。

• –mysql-port：MySQL伺服器埠，預設3306

• –mysql-user：使用者名稱

• –mysql-password：密碼

3.MySQL執行引數

• –oltp-test-mode：執行模式，包括simple、nontrx和complex，預設是complex。simple模式下只測試簡單的查詢；nontrx不僅測試查詢，還測試插入更新等，但是不使用事務；complex模式下測試最全面，會測試增刪改查，而且會使用事務。可以根據自己的需要選擇測試模式。

• –oltp-tables-count：測試的表數量，根據實際情況選擇

• –oltp-table-size：測試的表的大小，根據實際情況選擇

• –threads：客戶端的併發連線數

• –time：測試執行的時間，單位是秒，該值不要太短，可以選擇120

• –report-interval：生成報告的時間間隔，單位是秒，如10

四、sysbench壓力測試：

1.壓力測試mysql

一般壓力測試儘量不要在mysql所在伺服器上進行測試，一方面是無法測試網路帶來的影響，另一方面是sysbench在執行情況下也要消耗系統資源。

sysbench /usr/share/sysbench/oltp_read_only.lua \
--mysql-host=127.0.0.1 \
--mysql-port=3306 \
--mysql-user=username \
--mysql-password='pswd' \
--mysql-db=dbname \
--db-driver=mysql \
--tables=10 \
--table-size=100000 \
--report-interval=10 \
--threads=10 \
--time=120 \
prepare/run/cleanup

其中配置是建立10個表，每個表100000條資料，用10個執行緒併發測試，測試時長120秒，每10秒記錄一次狀態。

我這裡測出來，95%的請求是34毫秒響應時長，看網上說的344毫秒的延時在商用環境下是不可接受的。