PHP-FPM效能最佳化參考詳解

來源:互聯網
上載者:User

php-fpm.conf有兩個至關重要的參數:一個是”max_children”,另一個是”request_terminate_timeout”.

我的兩個設定的值一個是”40″,一個是”900″,但是這個值不是通用的,而是需要自己計算的。

計算的方式如下:

如 果你的伺服器效能足夠好,且寬頻資源足夠充足,PHP指令碼沒有系迴圈或BUG的話你可以直接將”request_terminate_timeout”設 置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一點,也就是說你的PHP-CGI可能出現某個BUG,或者你的寬 帶不夠充足或者其他的原因導致你的PHP-CGI能夠假死那麼就建議你給”request_terminate_timeout”賦一個值,這個值可以根 據你伺服器的效能進行設定。一般來說效能越好你可以設定越高,20分鐘-30分鐘都可以。由於我的伺服器PHP指令碼需要長時間運行,有的可能會超過10分 鐘因此我設定了900秒,這樣不會導致PHP-CGI死掉而出現502 Bad gateway這個錯誤。

而”max_children” 這個值又是怎麼計算出來的呢?這個值原則上是越大越好,php-cgi的進程多了就會處理的很快,排隊的請求就會很少。設定”max_children” 也需要根據伺服器的效能進行設定,一般來說一台伺服器正常情況下每一個php-cgi所耗費的記憶體在20M左右,因此我的”max_children”我 設定成40個,20M*40=800M也就是說在峰值的時候所有PHP-CGI所耗記憶體在800M以內,低於我的有效記憶體1Gb。而如果我 的”max_children”設定的較小,比如5-10個,那麼php-cgi就會“很累”,處理速度也很慢,等待的時間也較長。如果長時間沒有得到處 理的請求就會出現504 Gateway Time-out這個錯誤,而正在處理的很累的那幾個php-cgi如果遇到了問題就會出現502 Bad gateway這個錯誤。

max_requests即是說每個進程若超過這個數目(跟php進程有一點點關係,關 系不大),就自動殺死..我這裡應該設定512的,不過懶得壓力測試了,設定大一點,不過也不要設定過大,是個結構體,沒測試過,接近8K到9K大小.網 上動輒設定100k,有點浪費記憶體了.一個進程浪費大小接近1M.按照網上常用配置的128個進程,大概浪費100M左右.好吧,我承認100M是白菜 價,但也別這樣浪費..= =

max_children基本就是進程數,跟nginx的進程沒有想象中的那麼大,因為FPM會自己管理進程(有待考證,起碼我簡單瀏覽了一下源碼,認為是這個意思).參數不宜設定過大,很占記憶體,進程的消耗就不用我多說了.

max_children較好的設定方式根據req/s來設定,若程式是 100 req/s的處理能力..最大並發是10K,那麼就設定 100比較好,這是動態來調整的.

不過你若用php 5.3,也可以把style設定為apache-like,那麼設定start_servers,min_spare_servers,max_spare_servers三個參數就可以自動調整


PHP 5.4 開始整合了 PHP-FPM ,也就是說編譯 PHP 時,只要 --enable-fpm 就裝好了 PHP-FPM 。

一、安裝 PHP-FPM


shell > ./configure --prefix=/usr/local/php \
--with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql/ \
--with-mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-xsl --with-bz2 \
--with-zlib --with-curl --with-pear --without-iconv --with-mcrypt \
--with-gettext --with-openssl --with-libxml-dir --with-png-dir --with-jpeg-dir --with-freetype-dir \
--with-libdir=lib64 --enable-ftp --enable-fpm --enable-opcache --enable-exif --enable-soap --enable-bcmath --enable-calendar \
--enable-sockets --enable-mbstring --enable-gd-native-ttf --disable-rpath --disable-debug

## 看到上面這堆參數了沒有,這是在編譯 PHP ,其中有一個參數是 --enable-fpm 沒錯,這就是啟用 PHP-FPM 擴充。

shell > make; make install

二、配置 PHP-FPM

shell > cp /usr/local/src/php-5.6.17/php.ini-production /usr/local/php/php.ini # 這是 PHP 的設定檔
shell > cp /usr/local/src/php-5.6.17/sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm # 這是 PHP-FPM 的啟動指令碼
shell > cd /usr/local/php/etc/
shell > cp php-fpm.conf.default php-fpm.conf # 複製一份設定檔
shell > vim php-fpm.conf
 
[global]
 
pid = run/php-fpm.pid # PID
rlimit_files = 65535 # 開啟檔案數限制
 
[www] # 進程池
 
user = nginx # 以 nginx 身份運行
group = nginx
 
listen = 127.0.0.1:9000 # 監聽原生 9000 連接埠
 
;listen = /dev/shm/php-cgi.sock; # 監聽 UNIX SOCKET ,並把 SOCKET 放在了記憶體空間中,速度更快 ( Nginx 也要相應修改 )!
;listen.backlog = 10240 # UNIX SOCKET 的方式高並發下有點不穩定,該參數用來緩解 ( SOCKET 等待隊列長度 )
 
;listen.owner = nginx # UNIX SOCKET 的許可權
;listen.group = nginx
;listen.mode = 0660
 
pm = dynamic # 建立進程的方式,動態建立
pm.max_children = 32 # 最大進程數 ( 不能只看記憶體來建立,要看具體使用率,有時記憶體足夠,進程數大多時,導致 CPU 頻繁環境切換,負載會很高 )
pm.start_servers = 5 # 初始進程數
pm.min_spare_servers = 5 # 最小空閑進程數
pm.max_spare_servers = 10 # 最大空閑進程數
 
pm.status_path = /php_status # PHP-FPM 狀態監控 ( Nginx 要設定存取權限 )
 
shell > service php-fpm start

三、監控 PHP-FPM


shell > vim /usr/local/nginx/conf/nginx.conf
 
location ~ /php_status { # 建立一個單獨的 server 或直接在 server {} 中加入配置
 
  access_log off;
 
  allow 127.0.0.1;
  allow 36.110.41.194; # 做好許可權
  deny all;
 
  fastcgi_pass 127.0.0.1:9000; # 如果是 UNIX SOCKET 的方式,要類似這樣寫: fastcgi_pass unix:/dev/shm/php-cgi.sock;
  fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;
  include fastcgi_params;
}
 
shell > kill -HUP `cat /usr/local/nginx/logs/nginx.pid`
 
shell > curl http://127.0.0.1/php_status # 訪問該路徑得到如下資料
pool: www               # 進程池名稱
process manager: dynamic        # 進程管理方式
start time: 22/Jan/2016:15:49:00 +0800 # 啟動時間
start since: 375            # 運行時間長度
accepted conn: 7            # 當前進程池接受的請求數
listen queue: 0            # 請求等待隊列,如果不為 0 ,意味著 FPM 進程不足,需要增加
max listen queue: 0          # 最大等待隊列數量
listen queue len: 1024         # SOCKET 等待隊列長度
idle processes: 4           # 空閑進程數
active processes: 1          # 活躍的進程數
total processes: 5           # 總進程數
max active processes: 1        # 最大活躍進程數
max children reached: 0        # 達到最大進程數的次數,如果不為 0 ,意味著最大進程數不足,需要增加
slow requests: 0            # 慢請求數量,需要設定 slow log
 
shell > curl http://127.0.0.1/php_status # 這裡有多種參數供選擇,例如: http://127.0.0.1/php_status?html 、?json 、?xml 、?full

# 我想,用 python 指令碼用做個監控,?json 格式是最好不過了吧!

很簡單,具體看設定檔,這樣的設定之後,在高負載和複雜的php程式會省事一點,畢竟測試req/s是可惡的體力活.

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.