AB(ApacheBench)工具簡單實用記錄

        Apache

            伺服器負載太大而影響程式效率也是很常見的，我們需要對此進行測試。這裡我以目前最常用的Apache伺服器為例。 Apache伺服器自帶有一個叫AB(ApacheBench)的工具，在bin目錄下。使用這個輕巧的工具我們可以對伺服器進行負載測試，看看在重負荷之下伺服器的表現如何。ApacheBench 可以針對某個特定的 URL 模擬出連續的聯機請求，同時還可以模擬出同時間點數個相同的聯機請求，因此利用 ApacheBench 可幫助我們在網站開發期間模擬實際上線可能的情況，利用模擬出來的資料作為調整伺服器設定或程式的依據。


在命令列下輸出：

./ab -n number_of_total_requests


-c number_of_simultaneous_requests


http://your_web_server/your_php_app.php


例如：./ab -n 1000 -c 50http://www.domain.com/myapp.php


AB將同時向http://www.domain.com/myapp.php發出50個併發請求，共發出1000次。


測試結果將可能是這樣的：

Server Software: Apache/2.0.16


Server Hostname: localhost


Server Port: 80


Document Path: /myapp.php


Document Length: 1311 bytes


Concurrency Level: 50


Time taken for tests: 8.794 seconds


Complete requests: 1000


Failed requests: 0


Total transferred: 1754000 bytes


HTML transferred: 1311000 bytes


Requests per second: 113.71


Transfer rate: 199.45 kb/s received


Connection Times (ms)


min avg max


Connect: 0 0 5


Processing: 111 427 550


Total: 111 427 555

myapp.php每秒鐘可以處理的請求數為113.71個。將請求數增加，看看伺服器能否處理更大的壓力。你也需要調節Apache的MaxClients,ThreadsPerChild,MaxThreadsPerChild等引數，基於你的httpd.conf中的MPM模組選擇。


如果你想得到更詳細的資訊，請到www.apache.org上查閱一些更深入的文件，包括模組和第三方的提高效率的工具。修改httpd.conf後，要重啟Apache伺服器，然後再用AB測試。你會看到每秒請求數增加或減少。


記下每次的引數，最後選擇最佳效率的那種配置。要指出的是，除了AB，還有許多優秀的伺服器效能測試軟體。另外，如果你的伺服器不是Apache，請自行尋找測試方法。

APACHE的bin目錄下

格式.ab [options] [http://]hostname[:port]/path
引數
-n requests  Number of requests to perform
//在測試會話中所執行的請求個數，即總請求數。預設時，僅執行一個請求
-c concurrency Number of multiple requests to make
//一次產生的請求個數，即併發的請求數。預設是一次一個。 
-t timelimit    Seconds to max. wait for responses
//測試所進行的最大秒數。其內部隱含值是-n 50000。它可以使對伺服器的測試限制在一個固定的總時間以內。預設時，沒有時間限制。
-p postfile   File containing data to POST
//包含了需要POST的資料的檔案. 
-T content-type Content-type header for POSTing
//POST資料所使用的Content-type頭資訊。
-v verbosity    How much troubleshooting info to print
//設定顯示資訊的詳細程度 – 4或更大值會顯示頭資訊， 3或更大值可以顯示響應程式碼(404, 200等), 2或更大值可以顯示警告和其他資訊。 -V 顯示版本號並退出。
-w              Print out results in HTML tables
//以HTML表的格式輸出結果。預設時，它是白色背景的兩列寬度的一張表。
-i              Use HEAD instead of GET
// 執行HEAD請求，而不是GET。
-x attributes   String to insert as table attributes
//
-y attributes   String to insert as tr attributes
//
-z attributes   String to insert as td or th attributes
//
-C attribute    Add cookie, eg. ‘Apache=1234. (repeatable)
//-C cookie-name=value 對請求附加一個Cookie:行。 其典型形式是name=value的一個引數對。此引數可以重複。
-H attribute    Add Arbitrary header line, eg. ‘Accept-Encoding: gzip’
Inserted after all normal header lines. (repeatable)
-A attribute    Add Basic WWW Authentication, the attributes
are a colon separated username and password.
-P attribute    Add Basic Proxy Authentication, the attributes
are a colon separated username and password.
//-P proxy-auth-username:password 對一箇中轉代理提供BASIC認證信任。使用者名稱和密碼由一個:隔開，並以base64編碼形式傳送。無論伺服器是否需要(即, 是否傳送了401認證需求程式碼)，此字串都會被髮送。
-X proxy:port   Proxyserver and port number to use
-V              Print version number and exit
-k              Use HTTP KeepAlive feature
-d              Do not show percentiles served table.
-S              Do not show confidence estimators and warnings.
-g filename     Output collected data to gnuplot format file.
-e filename     Output CSV file with percentages served
-h              Display usage information (this message)
//-attributes 設定 屬性的字串. 缺陷程式中有各種靜態宣告的固定長度的緩衝區。另外，對命令列引數、伺服器的響應頭和其他外部輸入的解析也很簡單，這可能會有不良後果。它沒有完整地實現 HTTP/1.x; 僅接受某些’預想’的響應格式。 strstr(3)的頻繁使用可能會帶來效能問題，即, 你可能是在測試ab而不是伺服器的效能。

引數很多,一般我們用 -c 和 -n 引數就可以了. 

本文轉自 知止內明 51CTO部落格，原文連結：http://blog.51cto.com/357712148/1774709，如需轉載請自行聯絡原作者