ps：**效能壓力測試是效能調優過程中必不可少的一環。只有讓伺服器處在高壓情況下才能真正體現出各種設定所暴露的問題。apache中有個自帶的，名為ab的程式，可以對apache或其它型別的伺服器進行**訪問壓力測試。
apachebench命令原理：
ab命令會建立很多的併發訪問執行緒，模擬多個訪問者同時對某一url位址進行訪問。它的測試目標是基於url的，因此，既可以用來測試apache的負載壓力，也可以測試nginx、lighthttp、tomcat、iis等其它web伺服器的壓力。
ab命令對發出負載的計算機要求很低，既不會占用很高cpu，也不會占用很多記憶體，但卻會給目標伺服器造成巨大的負載，其原理類似cc攻擊。自己測試使用也須注意，否則一次上太多的負載，可能造成目標伺服器因資源耗完，嚴重時甚至導致宕機。
apachebench引數說明
引數很多，一般我們用 -c 和 -n 引數就可以了。例如:
# ab -c 5000 -n 600
apachebench用法詳解：
在linux系統，一般安裝好apache後可以直接執行；
# ab -n 4000 -c 1000
如果是win系統下，開啟cmd命令列視窗，cd到apache安裝目錄的bin目錄下；
-n後面的4000代表總共發出4000個請求；-c後面的1000表示採用1000個併發（模擬1000個人同時訪問），後面的**表示測試的目標url。
稍等一會得到類似如下顯示結果：
結果分析：
benchmarking 192.168.80.157 (be patient)
completed 400 requests
completed 800 requests
completed 1200 requests
completed 1600 requests
completed 2000 requests
completed 2400 requests
completed 2800 requests
completed 3200 requests
completed 3600 requests
completed 4000 requests
finished 4000 requests
server software: apache/2.2.15
server hostname: 192.168.80.157
server port: 80
document path: /phpinfo.php
#測試的頁面
document length: 50797 bytes
#頁面大小
concurrency level: 1000
#測試的併發數
time taken for tests: 11.846 seconds
#整個測試持續的時間
complete requests: 4000
#完成的請求數量
failed requests: 0
#失敗的請求數量
write errors: 0
total transferred: 204586997 bytes
#整個過程中的網路傳輸量
html transferred: 203479961 bytes
#整個過程中的html內容傳輸量
requests per second: 337.67 [#/sec] (mean)
#最重要的指標之一，相當於lr中的每秒事務數，後面括號中的mean表示這是乙個平均值
time per request: 2961.449 [ms] (mean)
#最重要的指標之二，相當於lr中的平均事務響應時間，後面括號中的mean表示這是乙個平均值
time per request: 2.961 [ms] (mean, across all concurrent requests)
#每個連線請求實際執行時間的平均值
transfer rate: 16866.07 [kbytes/sec] received
#平均每秒網路上的流量，可以幫助排除是否存在網路流量過大導致響應時間延長的問題
connection times (ms)
min mean[+/-sd] median max
connect: 0 483 1773.5 11 9052
processing: 2 556 1459.1 255 11763
waiting: 1 515 1459.8 220 11756
total: 139 1039 2296.6 275 11843
#網路上消耗的時間的分解，各項資料的具體演算法還不是很清楚
percentage of the requests served within a certain time (ms)
50% 275
66% 298
75% 328
80% 373
90% 3260
95% 9075
98% 9267
99% 11713
100% 11843 (longest request)
#整個場景中所有請求的響應情況。在場景中每個請求都有乙個響應時間，其中50％的使用者響應時間小於275毫秒，66％的使用者響應時間小於298毫秒，最大的響應時間小於11843毫秒。對於併發請求，cpu實際上並不是同時處理的，而是按照每個請求獲得的時間片逐個輪轉處理的，所以基本上第乙個time per request時間約等於第二個time per request時間乘以併發請求數。
總結：在遠端對web伺服器進行壓力測試，往往效果不理想（因為網路延時過大），建議使用內網的另一台或者多台伺服器通過內網進行測試，這樣得出的資料，準確度會高很多。如果只有單獨的一台伺服器，可以直接本地測試，比遠端測試效果要準確。
web效能壓力測試工具
為了測試之前寫的http伺服器的專案，學習一下以下幾個web壓力測試工具。1 概念 http load以並行復用的方式執行，用以測試web伺服器的吞吐量與負載。1 利用wget遠端安裝 wget 2 解壓縮 tar zxvf http load 12mar2006.tar.gz 3 進入http l...
Web效能壓力測試工具 siege
wget 解壓縮 root wg siege 4.0.0 beta6 tar zxvf siege 4.0.0 beta6.tar.gz 進入解壓目錄 root wg siege 4.0.0 beta6 cd siege 4.0.0 beta6 root wg siege 4.0.0 beta6 c...
Web壓力測試工具
雖然這些工具給我們測試伺服器承受能力帶來方便，但是它們的危害卻更是驚人，甚至於利用隨便一種比較全面的測試工具就可以對一台小型的 一 工具簡單介紹 microsoft 二 工具簡單設定 開啟圖1 1.在 settings 的功能設定中 如圖2 乙個是stress level threads 這裡是指定...