ab命令原理 
Apache的ab命令模擬多執行緒併發請求，測試伺服器負載壓力，也可以測試nginx、lighthttp、IIS等其它Web伺服器的壓力。 
ab命令對發出負載的計算機要求很低，既不會佔用很多CPU，也不會佔用太多的記憶體，但卻會給目標伺服器造成巨大的負載，因此是某些DDOS攻擊之必備良藥，老少皆宜。自己使用也須謹慎。否則一次上太多的負載，造成目標伺服器直接因記憶體耗光宕機，而不得不硬重啟，得不償失。

在頻寬不足的情況下，最好是本機進行測試，建議使用內網的另一臺或者多臺伺服器通過內網進行測試，這樣得出的資料，準確度會高很多。遠端對web伺服器進行壓力測試，往往效果不理想（因為網路延時過大或頻寬不足）

執行： 
在Windows系統下，開啟cmd命令列視窗，定位到apache安裝目錄的bin目錄下 
cd C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin

鍵入命令： 
ab -n 800 -c 800  http://192.168.0.10/ 
（-n發出800個請求，-c模擬800併發，相當800人同時訪問，後面是測試url）

其中-n代表請求數，-c代表併發數

ab -t 60 -c 100 http://192.168.0.10/ 
在60秒內發請求，一次100個請求。 
  
//如果需要在url中帶引數，這樣做 
ab -t 60 -c 100 -T "text/plain" -p p.txt 

http://192.168.0.10/hello.html 
p.txt 是和ab.exe在一個目錄 
p.txt 中可以寫引數，如  p=wdp&fq=78 

這個表示同時處理1000個請求並執行1000次index.php檔案.
#/usr/local/xiaobai/apache2054/bin/ab -c 1000 -n 1000 http://127.0.0.1/index.html.zh-cn.gb2312
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/


Benchmarking 127.0.0.1 (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Finished 1000 requests




Server Software: Apache/2.0.54
//平臺apache 版本2.0.54
Server Hostname: 127.0.0.1
//伺服器主機名
Server Port: 80
//伺服器埠


Document Path: /index.html.zh-cn.gb2312
//測試的頁面文件
Document Length: 1018 bytes
//文件大小


Concurrency Level: 1000
//併發數
Time taken for tests: 8.188731 seconds
//整個測試持續的時間
Complete requests: 1000
//完成的請求數量
Failed requests: 0
//失敗的請求數量
Write errors: 0


Total transferred: 1361581 bytes
//整個場景中的網路傳輸量
HTML transferred: 1055666 bytes
//整個場景中的HTML內容傳輸量


----Requests per second: 122.12 [#/sec] (mean)
//大家最關心的指標之一，相當於 LR 中的 每秒事務數 ，後面括號中的 mean 表示這是一個平均值
----Time per request: 8188.731 [ms] (mean)
//大家最關心的指標之二，相當於 LR 中的 平均事務響應時間 ，後面括號中的 mean 表示這是一個平均值


Time per request: 8.189 [ms] (mean, across all concurrent requests)
//每個請求實際執行時間的平均值
Transfer rate: 162.30 [Kbytes/sec] received
//平均每秒網路上的流量，可以幫助排除是否存在網路流量過大導致響應時間延長的問題


Connection Times (ms)
min mean[+/-sd] median max
Connect: 4 646 1078.7 89 3291
Processing: 165 992 493.1 938 4712
Waiting: 118 934 480.6 882 4554
Total: 813 1638 1338.9 1093 7785
//網路上消耗的時間的分解，各項資料的具體演算法還不是很清楚


Percentage of the requests served within a certain time (ms)
50% 1093
66% 1247
75% 1373
80% 1493
90% 4061
95% 4398
98% 5608
99% 7368
100% 7785 (longest request)
//整個場景中所有請求的響應情況。在場景中每個請求都有一個響應時間，其中50％的使用者響應時間小於1093 毫秒，60％ 的使用者響應時間小於1247 毫秒，最大的響應時間小於7785 毫秒


由於對於併發請求，cpu實際上並不是同時處理的，而是按照每個請求獲得的時間片逐個輪轉處理的，
所以基本上第一個Time per request時間約等於第二個Time per request時間乘以併發請求數


-----逐漸網上增加併發數，取Request per second的最大值作為Http server的效能指標