php進程數

1. 調整php-fpm進程數之後，為什麼負載飆升的厲害

2015-01-13 是1個php-fpm主進程，6個子進程。內存使用0.6455G 2015-01-20 是1個php-fpm主進程，30個子進程。內存使用0.4785G
雖然內存利用率和CPU的利用率都上去了，但是負載有點過高了。負載之前從來不過0.1，修改後，負載高的時候直接飆到0.56。

你可以去後盾人平台看看，裡面的東西不錯

2. 啟動php-fpm為什麼有啟動了多個進程

php-fpm的兩種進程管理模式 php-fpm的進程數也是可以根據設置分為動態和靜態的。 一種是直接開啟指定數量的php-fpm進程，不再增加或者減少； 另一種則是開始的時候開啟一定數量的php-fpm進程，當請求量變大的時候，動態的增加php-fpm進程數到上限，當空閑的時候自動釋放空閑的進程數到一個下限。 這兩種不同的執行方式，可以根據伺服器的實際需求來進行調整。 這里先說一下涉及到這個的幾個參數吧，他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。 pm表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。 在更老一些的版本中，dynamic被稱作apache-like。這個要注意看配置文件給出的說明了。PHP5.3 php-fpm的默認靜態處理方式會使得php-cgi的進程長期佔用內存而無法釋放，這也是導致nginx出錯的原因之 一，因此可以將php-fpm的處理方式改成apache模式。 下面4個參數的意思分別為： pm.max_children：靜態方式下開啟的php-fpm進程數量。 pm.start_servers：動態方式下的起始php-fpm進程數量。 pm.min_spare_servers：動態方式下的最小php-fpm進程數量。 pm.max_spare_servers：動態方式下的最大php-fpm進程數量。 如果dm設置為static，那麼其實只有pm.max_children這個參數生效。系統會開啟設置的數量個php-fpm進程。 如果dm設置為dynamic，那麼pm.max_children參數失效，後面3個參數生效。系統會在php-fpm運行開始的時候啟動 pm.start_servers個php-fpm進程，然後根據系統的需求動態在pm.min_spare_servers和 pm.max_spare_servers之間調整php-fpm進程數。 那麼，對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，我們運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。 這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。所以，動態方式因為會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的伺服器或者VPS上使用。具體最大數量根據 內存/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比較合適的值在5~10之間。 然後對於比較大內存的伺服器來說，設置為靜態的話會提高效率。因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據內存/30M 得到。比如說2GB內存的伺服器，可以設置為50；4GB內存可以設置為100等。

3. 伺服器 php-cgi.exe進程好多，CPU達到100%，請問怎麼解決

這種情況沒有太好的辦法，一般限制php-cgi進程數，或者限制php-cgi的最大使用內存

4. 如何看php-fpm 進程數量是否足夠

首先，需要預估項目在生產環境能有多少並發產生，根據預估設置初始fpm進程數配置，具體可以參考PHP文檔

http://php.net/manual/zh/install.fpm.configuration.php

對於FPM的監控

建議開啟php-fpm.conf中pm.status_path設置，可以通過url請求獲取當前時刻fpm的進程狀態，支持html,josn，xml等數據格式返回，結合定時任務，可以做成一個fpm狀態監控，通過url獲取的數據中，'listen queue' 表示請求等待隊列，這個參數如果不為0，就表示當前進程數被使用完了，新的請求過來必須進入等待隊列，所以，通過這個參數，就可以判斷是否應該增加進程數或加強伺服器配置

5. LNMP如何修改php-cgi進程數

NMP環境現在還是比較多人用的，下面介紹一個修改php-cgi進程數的方法：
一、修改php-cgi：
vi /usr/local/nginx/conf/nginx.conf
二、其中worker_processes 1;可以修改成2或3個，nginx本身就很強大，不需要像apache那樣，開啟過多的進程來保證其穩定運行。
vi /usr/local/php/etc/php-fpm.conf
三、找到，按你的內存容量修改PHP進程的數量，一般128內存開啟6個，256內存開啟16個。這樣能保證，在PHP大並發的情況下不會502錯誤，註：PHP5.3系列不需要修改。
四、優化後，重啟lnmp
/root/lnmp restart

6. PHP在什麼情況下會使用多進程

嚴格來說 PHP 的多線程指的應該是 pecl 中的 pthreads. 這個東西很少有人會用到，我也不建議大家用，因為通常情況需要用到 pthreads 的時候通常是這個工作不適合 PHP 來做。

如果說 PHP 和多線程有什麼關系，那就是 PHP 不同於其他的一些後端語言，通常 PHP 的運行環境是由 PHP-FPM
管理的若干個獨立的 PHP 進程組成的。因此 PHP 天然地可以非常方便地橫向擴充：增加 PHP-FPM 的進程數，甚至把 PHP-FPM
分散在兩台伺服器上。

7. 如何查看php-fpm進程數不夠用

使用 netstat -napo |grep "php-fpm" | wc -l 查看一下當前fastcgi進程個數，如果個數接近conf里配置的上限，就需要調高進程數。

8. 使用spawn-fcgi，怎麼增加php的進程數量

spawn-fcgi這個包原來是屬於Lighttpd里的，現在已經可以獨立出來使用。原先我看一些文檔，在VPS上配置nginx時使用spawn-fcgi包作為FastCGI支持模塊（當然還有其他的支持模塊，如php-fpm包），後來因為配置nginx時老出現502錯誤，就暫時使用apache了。把nginx自啟動關閉，把 apache啟動後，打開網頁發現速度比之前快了很多！我開始以為是網路一時加速而已，後來過了幾天也發現很快。感覺快了最少兩倍以上。（沒有用工具嚴格測試過）後來一想，是apache的運行模式改用了FastCGI模式，速度成倍提高。剛才重新配置測試了一次，果然如此！

方法：系統平台是CentOS 5，前提是LAMP已配置好，運行正常。
1、32位：rpm -ivh entos.alt.ru/repository/centos/5/i386/spawn-fcgi-1.6.3-1.el5.i386.rpm
64位：rpm -ivh htttos.alt.ru/repository/centos/5/x86_64/spawn-fcgi-1.6.3-1.el5.x86_64.rpm
（也可以去官方下載源碼包編譯安裝：hwww.lighttpd.net/download/spawn-fcgi-1.6.3.tar.gz）

2、使用spawn-fcgi來控制php-cgi的FastCGI進程：
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 5 -u apache -g apache -f /usr/bin/php-cgi
參數含義如下：
-f <fcgiapp> 指定調用FastCGI的進程的執行程序位置，根據系統上所裝的PHP的情況具體設置。
-a <addr> 綁定到地址addr。
-p <port> 綁定到埠port。
-s <path> 綁定到unix socket的路徑path。
-C <childs> 指定產生的FastCGI的進程數，默認為5。（僅用於PHP）
-P <path> 指定產生的進程的PID文件路徑。
-u和-g FastCGI使用什麼身份（-u 用戶 -g 用戶組）運行，CentOS下可以使用apache用戶，其他的根據情況配置，如nobody、www-data等。
4. 將這行代碼加入到/etc/rc.local文件底部，這樣系統啟動的時候就可以同時啟動PHP的FastCGI進程。