一、ab的原理
ab是apachebench命令的縮寫。
ab的原理：ab命令會創建多個併發訪問線程，模擬多個訪問者同時對某一URL地址進行訪問。它的測試目標是基於URL的，因此，它既可以用來測試apache的負載壓力，也可以測試nginx、lighthttp、tomcat、IIS等其它Web服務器的壓力。
ab命令對發出負載的計算機要求很低，它既不會佔用很高CPU，也不會佔用很多內存。但卻會給目標服務器造成巨大的負載，其原理類似CC攻擊。自己測試使用也需要注意，否則一次上太多的負載。可能造成目標服務器資源耗完，嚴重時甚至導致死機。
二、ab的安裝
ab的安裝非常簡單，如果是源碼安裝apache的話，那就更簡單了。apache安裝完畢後ab命令存放在apache安裝目錄的bin目錄下。如下：
<code>/usr/local/apache2/bin/<code>
如果apache 是通過yum的RPM包方式安裝的話，ab命令默認存放在/usr/bin目錄下。如下：
<code>which ab/<code>
注意：如果不想安裝apache但是又想使用ab命令的話，我們可以直接安裝apache的工具包httpd-tools。如下：
<code>yum -y install httpd-tools/<code>
查看ab是否安裝成功，可以切換到上述目錄下，使用ab –V命令進行檢測。如下：
<code>ab -V/<code>
如果ab安裝成功，通過ab –V命令則會顯示ab的相應版本。
注意以上是在linux平臺下進行安裝的，如果是windows平臺下，我們也可以下載對應的apache版本進行安裝。
三、ab參數說明
有關ab命令的使用，我們可以通過幫助命令進行查看。如下：
<code>ab --help/<code>
下面對這些參數進行相關說明。
-n在測試會話中所執行的請求個數。默認時，僅執行一個請求。
-c一次產生的請求個數。默認是一次一個。
-t測試所進行的最大秒數。其內部隱含值是-n 50000，它可以使對服務器的測試限制在一個固定的總時間以內。默認時，沒有時間限制。
-p包含了需要POST的數據的文件。
-P對一箇中轉代理提供BASIC認證信任。用戶名和密碼由一個:隔開，並以base64編碼形式發送。無論服務器是否需要(即, 是否發送了401認證需求代碼)，此字符串都會被髮送。
-T POST數據所使用的Content-type頭信息。
-v設置顯示信息的詳細程度-4或更大值會顯示頭信息，3或更大值可以顯示響應代碼(404,200等),2或更大值可以顯示警告和其他信息。
-V顯示版本號並退出。
-w以HTML表的格式輸出結果。默認時，它是白色背景的兩列寬度的一張表。
-i執行HEAD請求，而不是GET。
-x設置
屬性的字符串。
-X對請求使用代理服務器。
-y設置
屬性的字符串。
-z設置
屬性的字符串。
-C對請求附加一個Cookie:行。其典型形式是name=value的一個參數對，此參數可以重複。
-H對請求附加額外的頭信息。此參數的典型形式是一個有效的頭信息行，其中包含了以冒號分隔的字段和值的對(如,"Accept-Encoding:zip/zop;8bit")。
-A對服務器提供BASIC認證信任。用戶名和密碼由一個:隔開，並以base64編碼形式發送。無論服務器是否需要(即,是否發送了401認證需求代碼)，此字符串都會被髮送。
-h顯示使用方法。
-d不顯示"percentage served within XX [ms] table"的消息(為以前的版本提供支持)。
-e產生一個以逗號分隔的(CSV)文件，其中包含了處理每個相應百分比的請求所需要(從1%到100%)的相應百分比的(以微妙為單位)時間。由於這種格式已經“二進制化”，所以比'gnuplot'格式更有用。
-g把所有測試結果寫入一個'gnuplot'或者TSV(以Tab分隔的)文件。此文件可以方便地導入到Gnuplot,IDL,Mathematica,Igor甚至Excel中。其中的第一行為標題。
-i執行HEAD請求，而不是GET。
-k啟用HTTP KeepAlive功能，即在一個HTTP會話中執行多個請求。默認時，不啟用KeepAlive功能。
-q如果處理的請求數大於150，ab每處理大約10%或者100個請求時，會在stderr輸出一個進度計數。此-q標記可以抑制這些信息。
四、ab性能指標
在進行性能測試過程中有幾個指標比較重要：
1、吞吐率（Requests per second）
服務器併發處理能力的量化描述，單位是reqs/s，指的是在某個併發用戶數下單位時間內處理的請求數。某個併發用戶數下單位時間內能處理的最大請求數，稱之為最大吞吐率。
a、吞吐率和併發用戶數相關
b、不同的併發用戶數下，吞吐率一般是不同的
計算公式：總請求數/處理完成這些請求數所花費的時間，即
<code>Request per second=Complete requests/Time taken for tests/<code>
必須要說明的是，這個數值表示當前機器的整體性能，值越大越好。
2、併發連接數（The number of concurrent connections）
併發連接數指的是某個時刻服務器所接受的請求數目，簡單的講，就是一個會話。
3、併發用戶數（Concurrency Level）
要注意區分這個概念和併發連接數之間的區別，一個用戶可能同時會產生多個會話，也即連接數。在HTTP/1.1下，IE7支持兩個併發連接，IE8支持6個併發連接，FireFox3支持4個併發連接，所以相應的，我們的併發用戶數就得除以這個基數。
4、用戶平均請求等待時間（Time per request）
計算公式：處理完成所有請求數所花費的時間/（總請求數/併發用戶數），即：
<code>Time per request=Time taken for tests/（Complete requests/Concurrency Level）/<code>
5、服務器平均請求等待時間（Time per request:across all concurrent requests）
計算公式：處理完成所有請求數所花費的時間/總請求數，即：
<code>Time taken for/testsComplete requests/<code>
可以看到，它是吞吐率的倒數。
同時，它也等於用戶平均請求等待時間/併發用戶數，即
<code>Time per request/Concurrency Level/<code>
閱讀更多 IT生涯 的文章
