nginxphpfpm進程數

A. php-fpm佔用內存過高 怎麼定位

NGINX下PHP-FPM佔用內存狀態及進程數調整
網站出現500，查看SLOWLOG日誌發現如下提示：
[html] view plain 在CODE上查看代碼片派生到我的代碼片
WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 32 children, there are 8 idle, and 58 total children
WARNING: [pool www] server reached pm.max_children setting (50), consider raising it
昨天晚上剛改的看來又不夠用了！
查看PHP-FPM內存佔用的幾個有用小命令，記錄如下：
1.查看每個FPM的內存佔用：
[vb] view plain 在CODE上查看代碼片派生到我的代碼片
ps -ylC php-fpm --sort:rss
當然，在後後面加 | wc -l可查看系統當前FPM總進程數，我的目前在45個左右。
PHP官方的建議設置值：
pm.max_children = Total RAM dedicated to the web server / Max child process size
2.查看FPM在你的機子上的平均內存佔用：
[python] view plain 在CODE上查看代碼片派生到我的代碼片
ps --no-headers -o "rss,cmd" -C php-fpm | awk '{ sum+=$1 } END { printf ("%d%s\n", sum/NR/1024,"M") }'

B. Nginx運行原理和配置詳解（個人總結筆記）

話不多說，擼起鍵盤就是干！正所謂知其然知其所以然，個人總結了下Nginx運行原理和配置詳解，便於理解和後續復盤。

先來看這一張圖。

nginx啟動後會有 一個master進程和多個worker進程 。master進程用來管理worker進程， 一個worker進程處理一個請求 ，一個請求，只可能在一個worker進程中處理，一個worker進程，不可能處理其它進程的請求。 worker進程的個數是可以設置的，一般我們會設置與機器cpu核數一致 ，這裡面的原因與nginx的進程模型以及事件處理模型是分不開的 ，過多的worker數，只會導致進程來競爭cpu資源，從而帶來不必要的上下文切換。

PHP WEB伺服器目前最佳方式之一就是： Nginx + FastCGI（解決CGI並發重復fork問題） + PHP-FPM（管理PHP-CGI進程） 。nginx是怎麼做到把請求拋給PHP解釋來處理的呢？這個過程又是怎麼實現的呢？稍後我們來看一下參數配置。

代理，反向代理，負載均衡是Nginx常用功能。

Http代理，反向代理：作為web伺服器最常用的功能之一，尤其是反向代理。如果你和小馬之前一樣還是分不清代理和反向代理的區別，下面這個圖對理解會有所幫助。

它們的區別就是，前者知道我要找的人並知道地址在哪，代理伺服器按這個地址代為請求一下然後把他說的話返回給我。後者就是，我知道我要找誰問話但不知襲沖道地址在哪，我也襪弊不想管，代理服務你自己去找，只要幫我返回他要說的話就可以了。

負載均衡：其實也是 反向代理 的一種。負載均衡，熱備等等其實都屬於高可用范疇，Nginx提供的負載均衡策略有2種：內置策略和擴展策略。內置策略為 輪詢，加權輪詢，Ip hash 等等。擴展策略，就天馬行空，只有你想不到的沒有他做不到的啦，你可以參照所有的負載均衡演算法，給他做下實現。思考一個問題，IP hash真的能解決session共享的問題么？

我們來簡單看下兩個 配置示例 。

這個配置將請求轉發轉向mysvr 定義的伺服器列表。 注意proxy_pass配置。其實這塊也是負載均衡的配置 。如下：

在訪問網站時，由於配置了proxy_pass地址，所有請求都會先通過nginx反向代理伺服器，在伺服器將請求轉發給目的主機時，讀取upstream為 tomcatsever1的地址，讀取分發策略，配置tomcat1權重為3，所以nginx會告禪族將大部分請求發送給49伺服器上的tomcat1，也就是8080埠；較少部分給tomcat2來實現有條件的負載均衡，當然這個條件就是伺服器1、2的硬體指數處理請求能力。

負載均衡配置 還有其他的相關參數，這是只是打個樣，不贅述。

可以認為fastcgi_pass這個配置非常關鍵，將Nginx + FastCGI + PHP-FPM串連 。這個配置將PHP請求都交給 fastcgi_pass配置的PHP-FPM處理。 location分別通過正則過濾和轉發配置決定了各個請求URL將要轉發交與的處理方式 ，location /表示默認請求，location  ~\.php(.*)$ 表示PHP 腳本請求全部轉發到 FastCGI處理。 使用FastCGI默認配置.。

以上配置指定了這些 靜態文件要nginx自己處理 。

NGINX負載均衡可以用於很多服務負載均衡的實現，比如做Redis服務的負載均衡，配置upstream的IP列表再配置 proxy_pass 代理即可。那要實現負載均衡除了NGINX，還有哪些呢？

根據7層OSI模型可將負載均衡分為 ：

1）二層負載均衡（一般是用虛擬mac地址方式，外部對虛擬MAC地址請求，負載均衡接收後分配後端實際的MAC地址響應）；

2）三層負載均衡（一般採用虛擬IP地址方式，外部對虛擬的ip地址請求，負載均衡接收後分配後端實際的IP地址響應）；

3）四層負載均衡（在三次負載均衡的基礎上，用 ip+port 接收請求，再轉發到對應的機器）；

4）七層負載均衡（根據虛擬的url或是IP，主機名接收請求，再轉向相應的處理伺服器）。

這其中，最常見的是四層和七層負載均衡。思考一下，NGINX的負載均衡是屬於哪一種？

關於負載均衡的架構

C. 用nginx+php-fpm怎麼設置多個php應用才是對的

問得不是很清楚，我就解決兩個問題吧。

1、你是想實現一個php-fpm監聽多個埠。默認是監聽9000，你想監聽多幾個php-fpm。可以復制多幾份php-fpm.conf文件，每個的埠不一樣，然後通過php-fpm命令的-y參數，指定啟動的不同conf文件，即可。

2、不知道php-fpm要設置多少進程？這個要看你的內存寬不寬裕，一個php-fpm的進程大概佔用20M的內存。獨立的php-fpm應用，用靜態好點。還有其它服務程序（如mysql），用動態。
選擇靜態分配的話，設置pm=static，對應的pm.max_children就是設置進程數量。
選擇動態分配的話，設置pm=dynamic，pm.start_servers：動態方式下的起始php-fpm進程數量。pm.min_spare_servers：動態方式下的最小php-fpm進程數量。pm.max_spare_servers：動態方式下的最大php-fpm進程數量。

D. 虛擬主機搭建小說站PHP符合條件但是顯示錯誤

nginx 配置虛擬主
502錯誤是所有用nginx跑php的運維人員不願意看見的
nginx出現502有很多原因，但大部分原因可以歸結為資源數量不夠用,也就是說後端php-fpm處理有問題，nginx將正確的客戶端請求發給了後端的php-fpm進程，但是因為php-fpm進程的問題導致不能正確解析php代碼，最終返回給了客戶端502錯誤。
伺服器出現502的原因是連接超時 我們向伺服器發送請求 由於伺服器當前鏈接太多，導致伺服器方面無法給於正常的響應,產生此類報錯
因此如果你伺服器並發量非常大，那隻能先增加機器，然後按以下方式優化會取得更好效果;但如果你並發不大卻出現502，一般都可以歸結為配置問題，腳本超時問題。
1.php-fpm進程數不夠用

使用 netstat -napo |grep "php-fpm" | wc -l 查看一下當前fastcgi進程個數，如果個數接近conf里配置的上限，就需要調高進程數。
但也不能無休止調高，可以根據伺服器內存情況，可以把php-fpm子進程數調到100或以上，在4G內存的伺服器上200就可以。
2. 調高調高linux內核打開文件數量

可以使用這些命令(必須是root帳號)
echo 'ulimit -HSn 65536' >> /etc/profile
echo 'ulimit -HSn 65536' >> /etc/rc.local
source /etc/profile
3.腳本執行時間超時

如果腳本因為某種原因長時間等待不返回 ，導致新來的請求不能得到處理，可以適當調小如下配置。
nginx.conf裡面主要是如下
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
php-fpm.conf里如要是如下
request_terminate_timeout = 10s
4.緩存設置比較小

修改或增加配置到nginx.conf
proxy_buffer_size 64k;
proxy_buffers 512k;
proxy_busy_buffers_size 128k;
5. recv() failed (104: Connection reset by peer) while reading response header from upstream

可能的原因機房網路丟包或者機房有硬體防火牆禁止訪問該域名
但最重要的是程序里要設置好超時，不要使用php-fpm的request_terminate_timeout，
最好設成request_terminate_timeout=0;
因為這個參數會直接殺掉php進程，然後重啟php進程，這樣前端nginx就會返回104: Connection reset by peer。這個過程是很慢，總體感覺就是網站很卡。
May 01 10:50:58.044162 [WARNING] [pool www] child 4074, script '/usr/local/nginx/html/quancha/sameip/detail.php' execution timed out (15.129933 sec), terminating
May 01 10:50:58.045725 [WARNING] [pool www] child 4074 exited on signal 15 SIGTERM after 90.227060 seconds from start
May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started
說一千道一萬最重要的就是程序里控制好超時，gethostbyname、curl、file_get_contents等函數的都要設置超時時間。
另一個就是多說，這個東西是增加了網站的交互性，但是使用的多了反應就慢了，如果你網站超時且使用了多說是，可以關閉它。
轉載請保留 http://www.nginx.cn/102.html
機訪問PHP文件 502錯誤的解決方法

E. 啟動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等。

F. 探討nginx與php-fpm是不是以多進程多線程方式運行的

這個問題比較初級，官方文檔上的資料都是很全的。

Nginx 是非阻塞IO & IO復用模型，通過操作系統提供的類似 epoll 的功能，可以在一個線程里處理多個客戶端的請求。
Nginx 的進程就是線程，即每個進程里只有一個線程，但這一個線程可以服務多個客戶端。

PHP-FPM 是阻塞的單線程模型，pm.max_children 指定的是最大的進程數量，pm.max_requests 指定的是每個進程處理多少個請求後重啟(因為 PHP 偶爾會有內存泄漏，所以需要重啟).
PHP-FPM 的每個進程也只有一個線程，但是一個進程同時只能服務一個客戶端。

大多數的 Linux 程序都傾向於使用進程而不是線程，因為 Linux 下相對來說創建進程的開銷比較小，而 Linux 的線程功能又不是很強大。
你可以去後盾人平台看看，裡面的東西不錯

G. 502 bad gateway nginx怎麼解決

在http協議中，502 狀態碼（Bad Gateway）是指錯誤網關或者無效網關。在nginx中，出現 502 bad gateway則表示nginx代理的upstream模塊發生錯誤或者upstream模塊不可達。

例如，nginx的後端配置的是php作為fastcgi，則當php沒有啟動的時候，訪問時則會出現

502 bad gateway的提示，具體的錯誤信息如下圖所示：

因此，當出現該提示時，應該去檢查nginx的upstream模塊是否正常（例如檢查php是否啟動），如果upstream模塊沒有啟動，則啟動upstream模塊就可以解決。