nginx與phpfpm

1. nginx+php-fpm模式下，資料庫可以長連接嗎

• 可以 用pconnect就行，但是要設置好連接數和過期時間。

• 長連接避免了每次請求都重新建立連接，理論上是好事兒，欣然用之；後發現nginx偶爾會報如下錯誤：

• .... [error] 23951#0: *121082947 readv() failed (104: Connection reset by peer) while reading upstream ...

• 而且有同事A反應，調用同事B的介面時，收到了200響應碼，但是沒有收到響應的其他數據，而且確認不是因為超時所致；同事B反饋說，介面執行正常，應該有數據返回，而且確認介面執行速度很快，日誌為證。

• 雙方說的都對，事實卻是如此，我試圖模擬這種情況的出現，模擬辦法：

• 讓介面輸出響應碼後，直接殺死fpm進程，nginx果然報出了幾乎一樣的錯誤；但是實際場景中，沒有發現fpm猝死的任何蛛絲馬跡，也找不到fpm會在響應頭輸出之後就猝死的理由；

2. 向nginx請求靜態資源的時候，nginx還會提交給php-fpm來處理嗎

不會的，如果都交給php-fpm來處理的話，效率肯定低。

這個其實有nginx 配置文件來決定，所以你就看你怎麼配置了，打開nginx.conf 看到裡面有這么一段

location~.php${
fastcgi_pass127.0.0.1:9000;
fastcgi_indexindex.php;
fastcgi_paramSCRIPT_FILENAME$document_root$fastcgi_script_name;
includefastcgi_params;
}

可以看出 當請求地址 匹配.php時 nginx就轉發到php-fpm,

你可以研究下nginx.conf這個配置文件，自然就明白了。

希望可以幫助到你，有問題可以隨時私信交流。

3. Nginx+PHP-FPM的域Socket(套接字)配置

Uninx doamin socket 或者 IPCsocket是一種終端，可以是同一操作系統上的兩個或者多個進程間進行數據通信，與管道相比，Uninx domain sockets可以使用位元組流和數據隊列，而管道通信只能通過位元組流。Uninx domain sockets不使用網路底層協議來通信，是POSIX操作系統里的一種組件，使用系統文件的地址來作為自己的身份，可以被系統進程引用，兩個進程可以同時打開一個Unix domain sockets文件來進行通信，不過這種通信方式是發生在系統內核里，不會在網路里傳播

/etc/php/php-fpm.conf //不同環境具體路徑不一樣

4. nginx php-fpm 是怎麼配合工作的

打開你的nginx.conf文件，可以看到裡面有類似這樣的配置，
這個就是把php文件的請求，轉發到本機的9000埠，而php-fpm就是在9000埠進行監聽和處理，具體你可以網路一下nginx php-fpm有更多詳細解釋

location~.php${
roothtml;
fastcgi_pass127.0.0.1:9000;
fastcgi_indexindex.php;
fastcgi_paramSCRIPT_FILENAME/xxxx目錄$fastcgi_script_name;
includefastcgi_params;
}

5. php-fpm與nginx鏈接不起來啊，求助求助

鏈接起來很簡單的，首先你得裝好nginx和php-fpm
然後配置nginx.conf這個文件，使nginx可以將php交給php-fpm來處理，具體怎麼配置，你搜一下吧
接著把兩個都啟動了，再寫個phpinfo的界面測試下吧。
如果有問題，就把你的問題貼上來，順便把系統也說明下，還有nginx.conf發來看看
樓主以後還有什麼不知道的可以去後盾人那裡看看，那裡有很多相關的視頻教學

6. php和nginx之間是如何工作的

Nginx+php-fpm實現原理 Nginx本身不會對PHP進行解析，終端對PHP頁面的請求將會被Nginx交給FastCGI進程監聽的IP地址及埠，由php-fpm作為動態解析伺服器處理，最後將處理結果再返回給nginx。其實，Nginx就是一個反向代理伺服器。Nginx通過反向代理功能將動態請求轉向後端php-fpm，從而實現對PHP的解析支持，這就是Nginx實現PHP動態解析的原理。 Nginx不支持對外部程序的直接調用或者解析，所有的外部程序（包括PHP）必須通過FastCGI介面來調用。FastCGI介面在Linux下是socket（這個socket可以是文件socket，也可以是ip socket）。為了調用CGI程序，還需要一個FastCGI的wrapper（wrapper可以理解為用於啟動另一個程序的程序），這個wrapper綁定在某個固定socket上，如埠或者文件socket。當Nginx將CGI請求發送給這個socket的時候，通過FastCGI介面，wrapper接收到請求，然後派生出一個新的線程，這個線程調用解釋器或者外部程序處理腳本並讀取返回數據；接著，wrapper再將返回的數據通過FastCGI介面，沿著固定的socket傳遞給Nginx；最後，Nginx將返回的數據發送給客戶端。
當nginx接收到一個http請求時，通過配置文件找到對應的server。然後匹配server中的所有location，找到最匹配的。而在location中的命令會啟動不同的模塊去完成工作，比如rewrite模塊、index模塊。因此在nginx中模塊可以看作真正的勞動工作者。nginx的模塊是被編譯到nginx中的，屬於靜態方式。啟動nginx時，模塊被自動載入。

7. nginx和php-fpm之間是怎樣通信的

FastCGI原理
FastCGI是一個運用於Http Server和動態腳本語言間通信的介面，多數流行的Http Server都支持FastCGI，包括Apache、Nginx和lighttpd等。同時，FastCGI也被許多腳本語言支持，其中就有PHP。
FastCGI介面方式採用C/S結構，可以將HttP伺服器和腳本解析伺服器分開，同時在腳本解析伺服器上啟動一個或者多個腳本解析守護進程。當HttP伺服器每次遇到動態程序時，可以將其直接交付給FastCGI進程來執行，然後將得到的結果返回給客戶端。這種方式可以讓HttP伺服器專一地處理靜態請求或者將動態腳本伺服器的結果返回給客戶端，這在很大程度上提高了整個應用系統的性能。

Nginx+php-fpm實現原理

Nginx本身不會對PHP進行解析，終端對PHP頁面的請求將會被Nginx交給FastCGI進程監聽的IP地址及埠，由php-fpm作為動態解析伺服器處理，最後將處理結果再返回給nginx。其實，Nginx就是一個反向代理伺服器。Nginx通過反向代理功能將動態請求轉向後端php-fpm，從而實現對PHP的解析支持，這就是Nginx實現PHP動態解析的原理。

Nginx不支持對外部程序的直接調用或者解析，所有的外部程序（包括PHP）必須通過FastCGI介面來調用。FastCGI介面在Linux下是socket（這個socket可以是文件socket，也可以是ip socket）。為了調用CGI程序，還需要一個FastCGI的wrapper（wrapper可以理解為用於啟動另一個程序的程序），這個wrapper綁定在某個固定socket上，如埠或者文件socket。當Nginx將CGI請求發送給這個socket的時候，通過FastCGI介面，wrapper接收到請求，然後派生出一個新的線程，這個線程調用解釋器或者外部程序處理腳本並讀取返回數據；接著，wrapper再將返回的數據通過FastCGI介面，沿著固定的socket傳遞給Nginx；最後，Nginx將返回的數據發送給客戶端。

Nginx 簡單配置
location ~ \.php$ {
root /home/admin/web/nginx/html/;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/admin/web/nginx/html/$fastcgi_script_name;
include fastcgi_params;
}

8. nginx的php-fpm在哪兒

php-fpm是安裝php後自帶的，與nginx無關
nginx沒有php-fpm，所以php-fpm不再nginx中
請到php官網下載php的二進制代碼進行編譯，編譯後即可看到php-fpm

9. nginx與php-fpm的簡單的關系流程圖

流程：

1，首先Browser通過Http協議發送一個請求到Nginx伺服器

2，Nginx服務判斷是否為靜態資源是的話直接放回，否則載入nginx.conf配置文件里的fastcgi模塊。
3，Nginx通過fastcgi_pass （默認是127.0.0.0:9000）把對應的請求按照fastcgi協議轉發到PHP-FPM,php-fpm的master進程會監聽9000埠，然後給php-fpm work進程，work進程 再調用php-cgi解析器並且生成php執行環境再去執行解析對應的PHP文件
4，解析完成再返回給nginx,然後返回給瀏覽器。

註：
1，php-fpm會生成一個master進程用於監控9000埠，負責分發給下面的work進程
2，fastcgi 是一種協議用於解析器和伺服器之間的交互

10. docker 部署nginx、php-fpm錯誤記錄

最近要使用docker部署nginx和php-fpm服務，因為以前部署過無數次的nginx+php-fpm，本以為輕車熟路，很快搞定，但是在這個最熟的環節卻出了問題，耗費了小半天的時間，特把解決問題的過程記錄如下：（使用docker 部署 nginx，php-fpm的具體步驟網上較多，不再此進行詳述了）

問題：docker 部署完成 nginx，php-fpm後，運行服務，出現：recv() failed (104: Connection reset by peer) while reading response header from upstream

多次修改修改無果後，開始自己查找此錯誤：

證明php-fpm服務已經啟動了，但是未知原因php-fpm把鏈接中斷了。懷疑是底層tcp鏈接問題，使用netstat -s | grep reject,未發現異常鏈接。想不出啥原因,查看php-fpm error.log未發現有用信息