1. 程式人生 > >php + nginx 網站併發壓力測試及優化

php + nginx 網站併發壓力測試及優化

一、測試工具:

Apache 壓力測試工具ab

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

ubuntu安裝ab

apt-get install apache2-utils

centos安裝ab

yum install httpd-tools

ab的引數詳細解釋

引數:

  • -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標記可以抑制這些資訊。

eg:

### POST /user/login

ab -n 100 -kc 10 -p user_login -T 'application/json' -H 'Accept-Encoding:gzip, deflate' -H 'accept-language:zh-Hans-CN;q=1, en-CN;q=0.9'  http://XXX/user/login


##### request data
檔案 user_login 內容:
{"email":"[email protected]","password":"ws65536"}
### GET /default/index

ab -n 1000 -c 100 http://XXX/default/index

測試的同時可以在被測試的伺服器上使用htop命令檢視CPU和記憶體的實時使用情況:

這裡寫圖片描述

二、配置優化

nginx處理PHP請求有三個步驟。

第一步:接受請求,發現是PHP請求,轉向第二步。

第二步:通過socket的方式,連線PHP-FPM的fast-cgi,讓PHP-FPM處理請求。

第三步:獲得PHP-FPM處理結果,加上http報頭,返回給客戶端。

所以,我們要提高nginx的PHP併發效能,我們需要做這三步。

1.調大nginx的併發連線數( 調nginx.conf 的worker_connections 和 worker_processes)。

worker_connections : 每一個worker程序能併發處理(發起)的最大連線數(包含所有連線數)

worker_processes :指明瞭nginx要開啟的程序數,據官方說法,一般開一個就夠了,多開幾個,可以減少機器io帶來的影響。 一般為當前機器總cpu核心數的1到2倍。

參考:

2.調大php-fpm的併發連線數(調php-fpm.conf 的pm.max_children等)。

本人用的是Ubuntu 14.04.4,PHP 5.5.9,以下目錄結構對其他伺服器環境可能不適用。

由於在 /etc/php5/fpm/php-fpm.conf 中並沒有找到 max_children ,於是使用以下命令進行查詢:

# 在/etc/php5/fpm 目錄下查詢所有檔案,並依次在每個檔案中查詢"max_children"
sudo find /etc/php5/fpm -name * | xargs grep "max_children"

終於在 /etc/php5/fpm/pool.d/www.conf 中找到了 max_children 等相關配置。

關於具體配置,請參考以下內容:

3.增加系統的最大檔案數量限制(ulimit -n 65535)。

由於NGINX處理PHP請求的第二步需要通過socket的方式和PHP-FPM通訊,它能新建的最大socket數受到系統最大開啟檔案數的限制。新裝的Linux預設只有1024,所以必須增加系統最大開啟檔案數目。

ulimit -n 命令可以檢視當前系統最大開啟檔案數。

ulimit -n 65535 可以將系統最大開啟檔案數臨時修改為65535,然而退出登入後就會失效。

想要修改系統最大開啟檔案數,並永久生效:

vi /etc/security/limits.conf

# 新增如下的行
* soft noproc 11000
* hard noproc 11000
* soft nofile 65535
* hard nofile 65535

說明:

* 代表針對所有使用者

noproc 是代表最大程序數

nofile 是代表最大檔案開啟數

具體配置參考一下內容: