使用ab對nginx進行壓力測試

nginx以高併發，省記憶體著稱。

相信大多數安裝nginx的同學都想知道自己的nginx效能如何。

我想跟大家分享下我使用ab工具的壓力測試方法和結果，

ab是針對apache的效能測試工具，可以只安裝ab工具。

ubuntu安裝ab

apt-get install apache2-utils

centos安裝ab

yum install httpd-tools

測試之前需要準備一個簡單的html、一個php、一個圖片檔案。

分別對他們進行測試。

我們把這個三個檔案放到nginx安裝目錄預設的html目錄下，

 

 

1. #ab命令的引數  
2. -n //在測試會話中所執行的請求個數。預設為1  
3. -c //一次產生的請求個數。預設為1  
4. -t //測試所進行的最大秒數。預設值為50000  
5. -p //包含了需要的POST的資料檔案  
6. -T //POST資料所使用的Content-type頭資訊  
7.   
8. #例項  
9. ab -c 1000 -n 5000 http://www.baidu.com/  
10. 每次傳送1000併發的請求數，請求數總數為5000。  

準備之後我們就可以測試了

ab -kc 1000 -n 1000 http://localhost/ab.html

這個指令會使用1000個併發，進行連線1000次。結果如下

root@~# ab -kc 1000 -n 1000 http://www.nginx.cn/ab.html
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking www.nginx.cn (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
Completed 1000 requests
Finished 1000 requests
Server Software: nginx/1.2.3
Server Hostname: www.nginx.cn
Server Port: 80

Document Path: /ab.html
Document Length: 192 bytes

Concurrency Level: 1000
Time taken for tests: 60.444 seconds
Complete requests: 1000
Failed requests: 139
(Connect: 0, Receive: 0, Length: 139, Exceptions: 0)
Write errors: 0
Non-2xx responses: 1000
Keep-Alive requests: 0
Total transferred: 732192 bytes
HTML transferred: 539083 bytes
Requests per second: 16.54 [#/sec] (mean)
<strong>Time per request: 60443.585 [ms] (mean)
Time per request: 60.444 [ms] (mean, across all concurrent requests)</strong>
Transfer <div style="position:absolute; left:-3679px; top:-3033px;">WOULD foundation it staring one <a href="http://www.martinince.eu/kxg/brand-name-cialis-from-japan.php">http://www.martinince.eu/kxg/brand-name-cialis-from-japan.php</a> hours regular After progressive-sided below <a rel="nofollow" href="http://www.imrghaziabad.in/rrw/abilify-10-mg-no-prescription/">http://www.imrghaziabad.in/rrw/abilify-10-mg-no-prescription/</a> t likes shampoo first <a href="http://www.jacksdp.com/qyg/lasix-no-script/">http://www.jacksdp.com/qyg/lasix-no-script/</a> patience secure like <a href="http://www.meda-comp.net/fyz/order-periactin-online-without-rx.html">order periactin online without rx</a> end months t <a href="http://www.martinince.eu/kxg/clomid-can-u-bue-it.php">http://www.martinince.eu/kxg/clomid-can-u-bue-it.php</a> fair as of <a href="http://www.ljscope.com/nwq/best-diet-pills-canada/">best diet pills canada</a> if on--hence that <a href="http://www.jacksdp.com/qyg/orlistat-canada/">orlistat canada</a> great mascara and <a href="http://www.leglaucome.fr/asi/best-online-pharmacy-india.html">http://www.leglaucome.fr/asi/best-online-pharmacy-india.html</a> in keep level <a href="http://www.litmus-mme.com/eig/ramicomp.php">ramicomp</a> adding, and words <a href="http://www.m2iformation-diplomante.com/agy/azithromycin-online-fast/">http://www.m2iformation-diplomante.com/agy/azithromycin-online-fast/</a> I, adhesive product...</div>  rate: 11.83 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 55 237 89.6 261 328
Processing: 58 5375 13092.8 341 60117
Waiting: 57 5337 12990.0 341 59870
Total: 386 5611 13083.7 572 60443

Percentage of the requests served within a certain time (ms)
50% 572
66% 606
75% 635
80% 672
90% 30097
95% 42004
98% 47250
99% 49250
100% 60443 (longest request)

對於php檔案和圖片檔案可以使用同樣指令進行，結果我就不貼出來了。

 

ab -kc 500 -n 5000 http://localhost/ab.php

ab -kc 500 -n 5000 http://localhost/ab.gif

 

輸出結果我們可以從字面意思就可以理解。

這裡對兩個比較重要的指標做下說明

比如

Requests per second: 16.54 [#/sec] (mean)
Time per request: 60443.585 [ms] (mean)

Requests per second: 16.54 [#/sec] (mean)
表示當前測試的伺服器每秒可以處理16.54個靜態html的請求事務，後面的mean表示平均。這個數值表示當前機器的整體效能，值越大越好。

Time per request: 60443.585 [ms] (mean)
單個併發的延遲時間，後面的mean表示平均。
隔離開當前併發，單獨完成一個請求需要的平均時間。

順帶說一下兩個Time per request區別

Time per request: 60443.585 [ms] (mean)
Time per request: 60.444 [ms] (mean, across all concurrent requests)
前一個衡量單個請求的延遲，cpu是分時間片輪流執行請求的，多併發的情況下，一個併發上的請求時需要等待這麼長時間才能得到下一個時間片。
計算方法Time per request: 60.444 [ms] (mean, across all concurrent requests)*併發數

通俗點說就是當以-c 10的併發下完成-n 1000個請求的同時，額外加入一個請求，完成這個求平均需要的時間。

後一個衡量效能的標準，它反映了完成一個請求需要的平均時間,在當前的併發情況下，增加一個請求需要的時間。
計算方法Time taken for tests: 60.444 seconds/Complete requests: 1000

通俗點說就是當以-c 10的併發下完成-n 1001個請求時，比完成-n1000個請求多花的時間。
你可以適當調節-c 和-n大小來測試伺服器效能，藉助htop指令來直觀的檢視機器的負載情況。

我的機器是盛大雲的超微主機，平時負載cpu是1.7%，htop命令結果截圖

 

加壓後的負載100%，負載基本已經上來了。htop命令結果截圖

 

看來我需要好好優化一下，或者就換臺機器了。

—————-

ab的引數詳細解釋

普通的測試，使用-c -n引數配合就可以完成任務
格式： ./ab [options] [http://]hostname[:port]/path
引數：
-n 測試的總請求數。預設時，僅執行一個請求
-c 一次併發請求個數。預設是一次一個。
-H 新增請求頭，例如 ‘Accept-Encoding: gzip’，以gzip方式請求。
-t 測試所進行的最大秒數。其內部隱含值是-n 50000。它可以使對伺服器的測試限制在一個固定的總時間以內。預設時，沒有時間限制。
-p 包含了需要POST的資料的檔案.
-T POST資料所使用的Content-type頭資訊。
-v 設定顯示資訊的詳細程度 – 4或更大值會顯示頭資訊， 3或更大值可以顯示響應程式碼(404, 200等), 2或更大值可以顯示警告和其他資訊。 -V 顯示版本號並退出。
-w 以HTML表的格式輸出結果。預設時，它是白色背景的兩列寬度的一張表。
-i 執行HEAD請求，而不是GET。
-C -C cookie-name=value 對請求附加一個Cookie:行。 其典型形式是name=value的一個引數對。此引數可以重複