mod_php和mod_fastcgi和php-fpm的介紹,對比和性能數據

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

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

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

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

先說說web服務器

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

那麼常見的web服務器有哪些呢?php狗用的最多的就是Apache了,還有其餘的:java

  • apache
  • nginx
  • IIS
  • lighttpd
  • tomcat

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

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

mod_php模式

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

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

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

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

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_fastcgimod_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' \
18 加上--enable-fpm後,從新編譯:
19 
20 [root@localhost /]# cd /lamp/php-5.4.11
21 [root@localhost php-5.4.11]# './configure' \
22 '--prefix=/usr/local/php' \
23 '--with-config-file-path=/usr/local/php/etc/' \
24 '--with-apxs2=/usr/local/apache/bin/apxs' \
25 '--with-mysql=/usr/local/mysql/' \
26 '--with-libxml-dir=/usr/local/libxml2/' \
27 '--with-png-dir=/usr/local/libpng/' \
28 '--with-jpeg-dir=/usr/local/jpeg8/' \
29 '--with-freetype-dir=/usr/local/freetype/' \
30 '--with-gd=/usr/local/gd/' \
31 '--with-zlib-dir=/usr/local/zlib/' \
32 '--with-mcrypt=/usr/local/libmcrypt/' \
33 '--with-mysqli=/usr/local/mysql/bin/mysql_config' \
34 '--enable-soap' \
35 '--enable-mbstring=all' \
36 '--enable-sockets' \
37 '--enable-fpm'
38 [root@localhost php-5.4.11] make && make install

啓動 php-fpm

個人configure是:

   $ ./configure --prefix=/usr/local/php --enable-fpm --with-mcrypt --enable-mbstring --disable-pdo --with-curl --disable-debug --disable-rpath --      enable-inline-optimization --with-bz2 --with-zlib --enable-sockets --enable-sysvsem --enable-sysvshm --enable-pcntl --enable-mbregex --with-mhash --   enable-zip --with-pcre-regex --with-mysql --with-mysqli --with-gd --with-jpeg-dir

安裝完成以後,咱們嘗試着啓動:

啓動命令是:

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

相關文章
相關標籤/搜索