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

1、測試工具：

Apache 壓力測試工具ab

ab是針對apache的性能測試工具，能夠只安裝ab工具。

ubuntu安裝ab

apt-get install apache2-utils

centos安裝ab

yum install httpd-tools

ab的參數詳細解釋

格式： ./ab [options] [http://]hostname[:port]/path

參數：

• -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設置<table>屬性的字符串。

• -X對請求使用代理服務器。

• -y設置<tr>屬性的字符串。

• -z設置<td>屬性的字符串。

• -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":"ws65536@qq.com","password":"ws65536"}

### GET /default/index

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

測試的同時能夠在被測試的服務器上使用htop命令查看CPU和內存的實時使用狀況：

關於ab詳情可參考：apache性能測試工具ab使用詳解

2、配置優化

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倍。

參考：

nginx 併發數問題思考：worker_connections,worker_processes與 max clients

Nginx工做原理和優化、漏洞

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 等相關配置。

關於具體配置，請參考如下內容：

(PHP手冊)FastCGI 進程管理器（FPM）

php-fpm的配置和優化

PHP-FPM性能優化參考

PHP FPM php-fpm.conf設置詳解

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 是表明最大文件打開數

具體配置參考一下內容：

ulimit -n 修改

linux有效修改max open files/ulimit -n