php的管理進程管理利器--php-fpm

時間  2019-11-09
標籤 php 管理 進程 利器 fpm 欄目 PHP 简体版
原文   原文鏈接

一、php中fastcgi和php-fpm是什麼東西

 

最近在研究和學習php的性能方面的知識，看到了factcgi以及php-fpm，發現我對他們是少之又少的理解，能夠說幾乎是一無所知，想一想仍是蠻可怕的。決定仔細的學習一下關於這方面的知識。php

參考和學習瞭如下文章： 
1. mod_php和mod_fastcgi和php-fpm的介紹,對比,和性能數據 
2. 實戰Nginx_取代html

爲了如何一步步的引出fastcgi和php-fpm，我先一點一點的說說關於php的周邊。哎。忽然以爲人活着好累！mysql

先說說web服務器

php是爲web而生的一門後端語言，咱們php狗固然是最清楚的啦。因此php僅僅是一門後端語言，那麼它就必須藉助於web服務器，才能提供web功能。固然其餘的後端語言若是作web應用，也必須藉助於web服務器。好，由php引出了web服務器，不錯！linux

那麼常見的web服務器有哪些呢？php狗用的最多的就是Apache了，還有其餘的：nginx

  • apache
  • nginx
  • IIS
  • lighttpd
  • tomcat

基本上就是上面幾種，與php相關聯起來用的最多的就是Apache和Nginx了。web

咱們先舉例用apache看成web服務器，來講明一次完整的php訪問的狀況： 
php web 執行圖
圖片中就很好的解釋了php與Apache結合mysql數據庫的一次完成的web訪問流程圖redis

mod_php模式

上面講清楚了php必須藉助於web服務器才能提供web的功能服務，如今看下他倆是怎麼成爲基友的。sql

咱們用到的最多的就是Apache了。那麼回憶一下，如何使apache是怎麼可以識別php代碼的？是否是apache的配置文件httpd.conf中加上或者修改這樣幾句：數據庫

 
  1. //加入如下2句
  2. LoadModule php5_module D:/php/php5apache2_2.dll
  3. AddType application/x-httpd-php .php
  4.  
  5. //將下面的
  6. <IfModule dir_module>
  7. DirectoryIndex index.html
  8. </IfModule>
  9. //將其修改成：
  10. <IfModule dir_module>
  11. DirectoryIndex index.html index.htm index.php index.phtml
  12. </IfModule>

上面的windows下安裝php和apache環境後的手動配置，在linux下源碼安裝大體是這樣配置的：apache

 
  1. ./configure --with-mysql=/usr/local --with-apache=/usr/local/apache --enable-track-vars

因此，這種方式，他們的共同本質都是用LoadModule來加載php5_module，就是把php做爲apache的一個子模塊來運行。當經過web訪問php文件時，apache就會調用php5_module來解析php代碼。

那麼php5_module是怎麼來將數據傳給php解析器來解析php代碼的呢？

答案是經過sapi

咱們再來看一張圖，詳細的說說apache 與 php 與 sapi的關係：

php運行

從上面圖中，咱們看出了sapi就是這樣的一箇中間過程，SAPI提供了一個和外部通訊的接口，有點相似於socket，使得PHP能夠和其餘應用進行交互數據（apache,nginx,cli等）。php默認提供了不少種SAPI，常見的給apache和nginx的php5_module，CGI，給IIS的ISAPI，還有Shell的CLI。

因此，以上的apache調用php執行的過程以下：

apache -> httpd -> php5_module -> sapi -> php

好了。apache與php經過php5_module的方式就搞清楚了吧！

咱們把這種運行方式叫作mod_php模式

mod_fastcgi模式

上面咱們仔細說了php與apache經過php5_module,php5_module經過sapi的方式訪問php，來達到php web的整個流程。

上面也說到了sapi，sapi是php提供的統一接口，它提供給了php5_module和cgi等方式供web服務器來連接和解析php代碼。上面講到的php5_module加載模式，咱們稱之爲mod_php模式。

那麼！噹噹噹當！立刻就要說出fastcgi模式了。哈哈哈哈哈，太不容了。

那麼php的sapi的另外一種方式就是提供cgi模式，因爲cgi比較老因此就出現了fastcgi來取代它。

因此，哎。沒辦法，又要說什麼是CGI了?

CGI(Common Gateway Interface)。CGI是外部應用程序（CGI程序）與Web服務器之間的接口標準，是在CGI程序和Web服務器之間傳遞信息的規程。CGI規範容許Web服務器執行外部程序，並將它們的輸出發送給Web瀏覽器，CGI將Web的一組簡單的靜態超媒體文檔變成一個完整的新的交互式媒體。

看官方的解釋就蛋疼，簡單的說，就是：cgi就是專門用來和web 服務器打交道的。web服務器收到用戶請求，就會把請求提交給cgi程序（php的fastcgi），cgi程序根據請求提交的參數做應處理（解析php），而後輸出標準的html語句返回給web服服務器，再返回給客戶端，這就是普通cgi的工做原理。

cgi的好處就是徹底獨立於任何服務器，僅僅是作爲中間分子。提供接口給apache和php。他們經過cgi搭線來完成搞基動做。這樣作的好處了儘可能減小2個的關聯，使他們2變得更獨立。

可是cgi有個蛋疼的地方，就是每一次web請求都會有啓動和退出過程，也就是最爲人詬病的fork-and-execute模式，這樣一在大規模併發下，就死翹翹了。

因此。這個時候fastcgi運用而生了。它事先就早早的啓動好了，並且能夠啓動多個cgi模塊，在那裏一直運行着等着，等着web發過來的請求，而後再給php解析運算完成生成html給web後，也不會退出，並且繼續等着下一個web請求。並且這些cgi的模塊啓動是可控的，可監測的。這種技術還容許把web server和php運行在不一樣的主機上，以大規模擴展和改進安全性而不損失生產效率。

因此如今通常操做系統都是fastcgi模式。cig模式也慢慢退出了歷史舞臺！咱們文章中說cgi通常也就指fastcgi。

因此把這種運行方式叫作mod_fastcgi模式

我會在接下來的段落講如何使用fastcgi模式來鏈接php和apache(或者nginx)

總結一下：php 與 apache 或者 ngix 結合, 會用sapi 提供2種鏈接方法:mod_php和mod_fastcgi。mod_php 模式會將php模塊安裝到apache下面來運行，2者結合度較大。mod_fastcgi模式則是做爲一箇中間過程，apache介紹用戶請求後，就發送給fastcgi, 再鏈接php來完成訪問。

圖形表示一下這2種模式

mod_php 模式

mod_php 模式是將php模塊安裝到apache中，因此每一次apache結束的請求呢，都會產生一條進程，這個進程就完整的包括php的各類運算計算等操做。

mode_php
從圖中咱們很清晰的能夠看到，apache每接收一個請求，都會產生一個進程來鏈接php經過sapi來完成請求，可想而知，若是一旦用戶過多，併發數過多，服務器就會承受不住了。

並且，把mod_php編進apache時，出問題時很難定位是php的問題仍是apache的問題。

mod_fastcgi 模式

mod_fastcgi模式則剛剛相反，fastcgi是一個獨立與apache和php的獨立個體，它隨着apache一塊兒啓動，生成多個cig模塊，等着apache的請求：

mode_fastcgi

圖中fastcgi早早的啓動好了，靜靜的在哪裏等着，已有apache發來的httpd請求就立馬接收過來，經過調用sapi給php，完成運算。並且不會退出。這樣就能應對大規模的併發請求，由於web server的要作的事情少了，因此就更快的去處理下一個請求，這樣併發大大的。

因爲apache 與 php 獨立了。出問題，很好定位究竟是哪裏出問題了。這點也是這種模式受歡迎的緣由之一。

php-fpm

我了個大操，終於要說到php-fpm了。^....^

先開門見山說php-fpm是幹嗎好的了。它就是專門來輔助mode_fastcgi模式的。

嗯。很好，先知道它是幹嗎的後，咱們再回到mode_fastcgi模式。經過前面的瞎雞巴一大堆的說明，我已經搞清楚了這種模式是怎麼樣子的一種狀態了。

fastcgi 是一個與平臺無關，與語言無關，任何語言只要按照它的接口來實現，就能實現本身語言的fastcgi能力和web server 通信。

PHP-CGI就是PHP實現的自帶的FastCGI管理器。

雖然是php官方出品，自帶的，可是這丫的卻一點也不給力，性能太差，並且也很麻煩不人性化，主要體如今：

  1. php-cgi變動php.ini配置後需重啓php-cgi才能讓新的php-ini生效，不能夠平滑重啓。
  2. 直接殺死php-cgi進程，php就不能運行了。

上面2個問題，一直讓不少人病垢了好久，因此不少人一直仍是在用mode_php方式。

直到 2004年(肯定是這麼早嗎？)一個叫 Andrei Nigmatulin的屌絲髮明瞭PHP-FPM ，這神器的出現就完全打破了這種局面，這是一個PHP專用的fastcgi管理器，它很爽的克服了上面2個問題，並且，還表如今其餘方面更表現強勁. 請戳官網

我擦，這一篇貌似又瞎比比的說超時了啊。好吧。那windows和linux下安裝配置php-fpm就下一節來講吧。反正我已經已經把php-fpm和fastcgi給講清楚了。

=====================================================================================================

 

二、php-fpm的安裝和啓動

 

 

在前面我學習過了php中的mod_php模式和mode_fastcgi和php-fpm模式：地址，中大體的講述了幾種模式的區別，也明白了php-fpm是fastcgi模式的管理器。今天就來看下php如何安裝php-fpm，以及運行。

安裝 php-fpm

個人機器是centos 6.2 以前就已經安裝過了php 5.4.11，PHP在 5.3.3 以後已經講php-fpm寫入php源碼核心了。因此已經不須要另外下載了。我這裏是5.4.11因此就能夠直接用。

因爲我php已經安裝好了，並且以前編譯的時候沒有帶上fpm模式，因此我必須找到源碼從新編譯一下：

要想使php支持php-fpm，只須要在編譯的時候帶上 --enable-fpm 就能夠了。

因此，我須要找到以前的編譯參數, 後面加上--enable-fpm ，從新編譯下就能夠了。以前就講過，有2種方式能夠找到以前的編譯參數：

  1. 在源碼 /lamp/php-5.4.11/中找到 config.nice，這個就是以前的編譯參數
  2. 在php.ini配置文件中找到Configure相關的配置 : 
    /usr/local/php/bin/php -i |grep 'Configure'

好，咱們開始，找到以前的編譯參數：

 
  1. [root@localhost /]# cd /lamp/php-5.4.11 & vi config.nice
  2. './configure' \
  3. '--prefix=/usr/local/php' \
  4. '--with-config-file-path=/usr/local/php/etc/' \
  5. '--with-apxs2=/usr/local/apache/bin/apxs' \
  6. '--with-mysql=/usr/local/mysql/' \
  7. '--with-libxml-dir=/usr/local/libxml2/' \
  8. '--with-png-dir=/usr/local/libpng/' \
  9. '--with-jpeg-dir=/usr/local/jpeg8/' \
  10. '--with-freetype-dir=/usr/local/freetype/' \
  11. '--with-gd=/usr/local/gd/' \
  12. '--with-zlib-dir=/usr/local/zlib/' \
  13. '--with-mcrypt=/usr/local/libmcrypt/' \
  14. '--with-mysqli=/usr/local/mysql/bin/mysql_config' \
  15. '--enable-soap' \
  16. '--enable-mbstring=all' \
  17. '--enable-sockets' \

加上--enable-fpm後，從新編譯：

 
  1. [root@localhost /]# cd /lamp/php-5.4.11
  2. [root@localhost php-5.4.11]# './configure' \
  3. '--prefix=/usr/local/php' \
  4. '--with-config-file-path=/usr/local/php/etc/' \
  5. '--with-apxs2=/usr/local/apache/bin/apxs' \
  6. '--with-mysql=/usr/local/mysql/' \
  7. '--with-libxml-dir=/usr/local/libxml2/' \
  8. '--with-png-dir=/usr/local/libpng/' \
  9. '--with-jpeg-dir=/usr/local/jpeg8/' \
  10. '--with-freetype-dir=/usr/local/freetype/' \
  11. '--with-gd=/usr/local/gd/' \
  12. '--with-zlib-dir=/usr/local/zlib/' \
  13. '--with-mcrypt=/usr/local/libmcrypt/' \
  14. '--with-mysqli=/usr/local/mysql/bin/mysql_config' \
  15. '--enable-soap' \
  16. '--enable-mbstring=all' \
  17. '--enable-sockets' \
  18. '--enable-fpm'
  19. [root@localhost php-5.4.11] make && make install

啓動 php-fpm

安裝完成以後，咱們嘗試着啓動：

啓動命令是：

/usr/local/php/sbin/php-fpm

報錯了：

 
  1. [26-Feb-2015 15:39:55] ERROR: failed to open configuration file '/usr/local/php/etc/php-fpm.conf': No such file or directory (2)
  2. [26-Feb-2015 15:39:55] ERROR: failed to load configuration file '/usr/local/php/etc/php-fpm.conf'
  3. [26-Feb-2015 15:39:55] ERROR: FPM initialization failed

錯誤信息說找不到 php-fpm.conf

哦，原來是php-fpm.conf尚未，咱們到 /usr/local/php/etc目錄下將php-fpm.conf.default拷貝也一份成php-fpm.conf

 
  1. cd /usr/local/php/etc/
  2. cp php-fpm.conf.default php-fpm.conf

編輯一下這個配置文件：

 
  1. vim php-fpm.conf
  2.  
  3. pid = run/php-fpm.pid
  4. user = www
  5. group = www

再次嘗試啓動：

/usr/local/php/sbin/php-fpm

再次報錯說www 用戶不存在：

 
  1. [26-Feb-2015 15:57:38] ERROR: [pool www] cannot get uid for user 'www'
  2. [26-Feb-2015 15:57:38] ERROR: FPM initialization failed

好，那咱們新建www 用戶組：

 
  1. groupadd www
  2. useradd -g www www

再次啓動：

/usr/local/php/sbin/php-fpm

沒有任何的輸出，表示成功了！！！

php-fpm佔用的是9000端口，咱們查看下進程：

 
  1. [root@localhost php-5.4.11]# ps -ef|grep php-fpm
  2. root 1377 1231 0 11:19 pts/1 00:00:00 grep php-fpm
  3. root 29249 1 0 06:22 ? 00:00:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
  4. www 29250 29249 0 06:22 ? 00:00:00 php-fpm: pool www
  5. www 29251 29249 0 06:22 ? 00:00:00 php-fpm: pool www
  6. root 32132 6158 0 08:25 pts/2 00:00:00 vi php-fpm.conf
 
  1. [root@localhost php-5.4.11]# netstat -tnl | grep 9000
  2. tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN
  3. [root@localhost php-5.4.11]#

好，安裝和啓動都OK了。

開機啓動 php-fpm

以前接說過php-fpm是獨立於web服務器和php以前的一層服務器，因此，咱們須要開機啓動它

開機啓動的配置文件是：/etc/rc.local ，加入 /usr/local/php/sbin/php-fpm 便可

 
  1. [root@localhost init]# vi /etc/rc.local
  2.  
  3. 1 #!/bin/sh
  4. 2 #
  5. 3 # This script will be executed *after* all the other init scripts.
  6. 4 # You can put your own initialization stuff in here if you don't
  7. 5 # want to do the full Sys V style init stuff.
  8. 6
  9. 7 touch /var/lock/subsys/local
  10. 8 /usr/local/apache/bin/apachectl start
  11. 9 /usr/local/bin/redis-server /etc/redis.conf
  12. 10 /usr/local/php/sbin/php-fpm

光安裝好php-fpm也是沒用的，得配合web服務器使用，下一節，我要學習nginx的安裝，以及nginx鏈接php-fpm來使用php。

重啓 php-fpm

咱們在新安裝擴展後，是須要從新php-fpm的，已使擴展生效。

最簡單粗暴的從新php-fpm的方式是：

先找到php-fpm的進程號，kill 掉，再用/usr/local/php/sbin/php-fpm 這樣啓動。

其實還有更多溫和的方法，就是使用信號。

 

  1. INT, TERM 馬上終止

  2. QUIT 平滑終止

  3. USR1 從新打開日誌文件

  4. USR2 平滑重載全部worker進程並從新載入配置和二進制模塊

示例：

php-fpm 關閉：

kill -INT `cat /usr/local/php/var/run/php-fpm.pid`

php-fpm 重啓：

kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

======================================================================================================================

 

三、php-fpm的配置和優化

 

我在前面幾篇中，很詳細的講述了php-fpm的各類介紹，和安裝。今天來看一下它的配置文件php-fpm的各類配置以及一些常見的優化。

php-fpm的安裝目錄

下面是個人平時的環境搭建php的各類安裝目錄，你們的基本也差很少。

centos等linux平臺

 
  1. /usr/local/php/php
  2. /usr/local/php/etc/php.ini
  3. /usr/local/php/sbin/php-fpm
  4. /usr/local/php/etc/php-fpm.conf

mac平臺

 
  1. /usr/bin/php
  2. /etc/php.ini
  3. /usr/bin/php-fpm
  4. /etc/php-fpm.conf

因爲我開發以Mac爲主，因此就用Mac的環境配置來學習。

php-fpm配置詳解

這是搜索的一份還算算比較詳細的php-fpm.conf配置詳解，我會針對性的修改下，固然php手冊上也有詳細的講解：http://php.net/manual/zh/install.fpm.configuration.php

 
  1. pid = /usr/local/var/run/php-fpm.pid
  2. #pid設置，必定要開啓,上面是Mac平臺的。默認在php安裝目錄中的var/run/php-fpm.pid。好比centos的在: /usr/local/php/var/run/php-fpm.pid
  3.  
  4. error_log = /usr/local/var/log/php-fpm.log
  5. #錯誤日誌，上面是Mac平臺的，默認在php安裝目錄中的var/log/php-fpm.log，好比centos的在: /usr/local/php/var/log/php-fpm.log
  6.  
  7. log_level = notice
  8. #錯誤級別. 上面的php-fpm.log紀錄的登記。可用級別爲: alert（必須當即處理）, error（錯誤狀況）, warning（警告狀況）, notice（通常重要信息）, debug（調試信息）. 默認: notice.
  9.  
  10. emergency_restart_threshold = 60
  11. emergency_restart_interval = 60s
  12. #表示在emergency_restart_interval所設值內出現SIGSEGV或者SIGBUS錯誤的php-cgi進程數若是超過 emergency_restart_threshold個，php-fpm就會優雅重啓。這兩個選項通常保持默認值。0 表示 '關閉該功能'. 默認值: 0 (關閉).
  13.  
  14. process_control_timeout = 0
  15. #設置子進程接受主進程複用信號的超時時間. 可用單位: s(秒), m(分), h(小時), 或者 d(天) 默認單位: s(秒). 默認值: 0.
  16.  
  17. daemonize = yes
  18. #後臺執行fpm,默認值爲yes，若是爲了調試能夠改成no。在FPM中，可使用不一樣的設置來運行多個進程池。 這些設置能夠針對每一個進程池單獨設置。
  19.  
  20. listen = 127.0.0.1:9000
  21. #fpm監聽端口，即nginx中php處理的地址，通常默認值便可。可用格式爲: 'ip:port', 'port', '/path/to/unix/socket'. 每一個進程池都須要設置。若是nginx和php在不一樣的機器上，分佈式處理，就設置ip這裏就能夠了。
  22.  
  23. listen.backlog = -1
  24. #backlog數，設置 listen 的半鏈接隊列長度，-1表示無限制，由操做系統決定，此行註釋掉就行。backlog含義參考：http://www.3gyou.cc/?p=41
  25.  
  26. listen.allowed_clients = 127.0.0.1
  27. #容許訪問FastCGI進程的IP白名單，設置any爲不限制IP，若是要設置其餘主機的nginx也能訪問這臺FPM進程，listen處要設置成本地可被訪問的IP。默認值是any。每一個地址是用逗號分隔. 若是沒有設置或者爲空，則容許任何服務器請求鏈接。
  28.  
  29. listen.owner = www
  30. listen.group = www
  31. listen.mode = 0666
  32. #unix socket設置選項，若是使用tcp方式訪問，這裏註釋便可。
  33.  
  34. user = www
  35. group = www
  36. #啓動進程的用戶和用戶組，FPM 進程運行的Unix用戶, 必需要設置。用戶組，若是沒有設置，則默認用戶的組被使用。
  37.  
  38. pm = dynamic
  39. #php-fpm進程啓動模式，pm能夠設置爲static和dynamic和ondemand
  40. #若是選擇static，則進程數就數固定的，由pm.max_children指定固定的子進程數。
  41.  
  42. #若是選擇dynamic，則進程數是動態變化的,由如下參數決定：
  43. pm.max_children = 50 #子進程最大數
  44. pm.start_servers = 2 #啓動時的進程數，默認值爲: min_spare_servers + (max_spare_servers - min_spare_servers) / 2
  45. pm.min_spare_servers = 1 #保證空閒進程數最小值，若是空閒進程小於此值，則建立新的子進程
  46. pm.max_spare_servers = 3 #，保證空閒進程數最大值，若是空閒進程大於此值，此進行清理
  47.  
  48. pm.max_requests = 500
  49. #設置每一個子進程重生以前服務的請求數. 對於可能存在內存泄漏的第三方模塊來講是很是有用的. 若是設置爲 '0' 則一直接受請求. 等同於 PHP_FCGI_MAX_REQUESTS 環境變量. 默認值: 0.
  50.  
  51. pm.status_path = /status
  52. #FPM狀態頁面的網址. 若是沒有設置, 則沒法訪問狀態頁面. 默認值: none. munin監控會使用到
  53.  
  54. ping.path = /ping
  55. #FPM監控頁面的ping網址. 若是沒有設置, 則沒法訪問ping頁面. 該頁面用於外部檢測FPM是否存活而且能夠響應請求. 請注意必須以斜線開頭 (/)。
  56.  
  57. ping.response = pong
  58. #用於定義ping請求的返回相應. 返回爲 HTTP 200 的 text/plain 格式文本. 默認值: pong.
  59.  
  60. access.log = log/$pool.access.log
  61. #每個請求的訪問日誌，默認是關閉的。
  62.  
  63. access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%"
  64. #設定訪問日誌的格式。
  65.  
  66. slowlog = log/$pool.log.slow
  67. #慢請求的記錄日誌,配合request_slowlog_timeout使用，默認關閉
  68.  
  69. request_slowlog_timeout = 10s
  70. #當一個請求該設置的超時時間後，就會將對應的PHP調用堆棧信息完整寫入到慢日誌中. 設置爲 '0' 表示 'Off'
  71.  
  72. request_terminate_timeout = 0
  73. #設置單個請求的超時停止時間. 該選項可能會對php.ini設置中的'max_execution_time'由於某些特殊緣由沒有停止運行的腳本有用. 設置爲 '0' 表示 'Off'.當常常出現502錯誤時能夠嘗試更改此選項。
  74.  
  75. rlimit_files = 1024
  76. #設置文件打開描述符的rlimit限制. 默認值: 系統定義值默承認打開句柄是1024，可以使用 ulimit -n查看，ulimit -n 2048修改。
  77.  
  78. rlimit_core = 0
  79. #設置核心rlimit最大限制值. 可用值: 'unlimited' 、0或者正整數. 默認值: 系統定義值.
  80.  
  81. chroot =
  82. #啓動時的Chroot目錄. 所定義的目錄須要是絕對路徑. 若是沒有設置, 則chroot不被使用.
  83.  
  84. chdir =
  85. #設置啓動目錄，啓動時會自動Chdir到該目錄. 所定義的目錄須要是絕對路徑. 默認值: 當前目錄，或者/目錄（chroot時）
  86.  
  87. catch_workers_output = yes
  88. #重定向運行過程當中的stdout和stderr到主要的錯誤日誌文件中. 若是沒有設置, stdout 和 stderr 將會根據FastCGI的規則被重定向到 /dev/null . 默認值: 空.

固然還有一些可有可無的設置，用到了再說吧。

一些重要的設置

php-fpm進程分配

在以前的文章中就說過了。在fasgcgi模式下，php會啓動多個php-fpm進程，來接收nginx發來的請求，那是否是進程越多，速度就越快呢？這可不必定！得根據咱們的機器配置和業務量來決定。

咱們先來看下，設定進程的配置在哪裏？

pm = static | dynamic | ondemand

pm能夠設置成這樣3種，咱們用的最多的就上前面2種。

pm = static 模式

pm = static 表示咱們建立的php-fpm子進程數量是固定的，那麼就只有pm.max_children = 50這個參數生效。你啓動php-fpm的時候就會一塊兒所有啓動51(1個主＋50個子)個進程，頗爲壯觀。

pm = dynamic 模式

pm = dynamic模式，表示啓動進程是動態分配的，隨着請求量動態變化的。他由 pm.max_children，pm.start_servers，pm.min_spare_servers，pm.max_spare_servers 這幾個參數共同決定。

上面已經講過，這裏再重申一下吧：

pm.max_children ＝ 50 是最大可建立的子進程的數量。必須設置。這裏表示最多隻能50個子進程。

pm.start_servers = 20 隨着php-fpm一塊兒啓動時建立的子進程數目。默認值：min_spare_servers + (max_spare_servers - min_spare_servers) / 2。這裏表示，一塊兒啓動會有20個子進程。

pm.min_spare_servers = 10 
設置服務器空閒時最小php-fpm進程數量。必須設置。若是空閒的時候，會檢查若是少於10個，就會啓動幾個來補上。

pm.max_spare_servers = 30 
設置服務器空閒時最大php-fpm進程數量。必須設置。若是空閒時，會檢查進程數，多於30個了，就會關閉幾個，達到30個的狀態。

到底選擇static還數dynamic?

不少人恐懼症來襲，不知道選什麼好？

通常原則是：動態適合小內存機器，靈活分配進程，省內存。靜態適用於大內存機器，動態建立回收進程對服務器資源也是一種消耗。

若是你的內存很大，有8-20G，按照一個php-fpm進程20M算，100個就2G內存了，那就能夠開啓static模式。若是你的內存很小，好比才256M，那就要當心設置了，由於你的機器裏面的其餘的進程也算須要佔用內存的，因此設置成dynamic是最好的，好比：pm.max_chindren = 8, 佔用內存160M左右，並且能夠隨時變化，對於一半訪問量的網站足夠了。

慢日誌查詢

咱們有時候會常常飽受500,502問題困擾。當nginx收到如上錯誤碼時，能夠肯定後端php-fpm解析php出了某種問題，好比，執行錯誤，執行超時。

這個時候，咱們是能夠開啓慢日誌功能的。

 

  1. slowlog = /usr/local/var/log/php-fpm.log.slow

  2. request_slowlog_timeout = 15s

當一個請求該設置的超時時間15秒後，就會將對應的PHP調用堆棧信息完整寫入到慢日誌中。

php-fpm慢日誌會記錄下進程號，腳本名稱，具體哪一個文件哪行代碼的哪一個函數執行時間過長：

 
  1. [21-Nov-2013 14:30:38] [pool www] pid 11877
  2. script_filename = /usr/local/lnmp/nginx/html/www.quancha.cn/www/fyzb.php
  3. [0xb70fb88c] file_get_contents() /usr/local/lnmp/nginx/html/www.quancha.cn/www/fyzb.php:2

經過日誌，咱們就能夠知道第2行的file_get_contents 函數有點問題，這樣咱們就能追蹤問題了。

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程