資訊專欄INFORMATION COLUMN
摘要：官方對的解釋是進程管理器。對并發訪問的處理進程和線程從代碼級別來講不支持多線程操作，不能像等語言一樣可以編寫多線程代碼。
關于本篇文章的部分糾正，請參考這篇文章：http://www.cppblog.com/woaido...
首先搞清楚php-fpm與cgi的關系 CGICGI是一個web server與cgi程序（這里可以理解為是php解釋器）之間進行數據傳輸的協議，保證了傳遞的是標準數據。
PHP-CGIphp-cgi是php解釋器，就是上文提到的cgi程序。
FastcgiFastcgi是用來提高cgi程序（php-cgi）性能的方案/協議。
cgi程序的性能問題在哪呢？"PHP解析器會解析php.ini文件，初始化執行環境"，就是這里了。標準的CGI對每個請求都會執行這些步驟，所以處理的時間會比較長。
Fastcgi會先啟一個master進程，解析配置文件，初始化執行環境，然后再啟動多個worker進程。當請求過來時，master會傳遞給一個worker，然后立即可以接受下一個請求。這樣就避免了重復勞動，效率自然提高。而且當worker不夠用時，master可以根據配置預先啟動幾個worker等著；當然空閑worker太多時，也會停掉一些，這樣就提高了性能，也節約了資源。這就是Fastcgi的對進程的管理。
PHP-FPM上文提到了Fastcgi只是一個方案或者協議，那么php-fpm就是這個實現了Fastcgi的程序，也就是說，上文所描述的進程分配和管理是FPM來做的。官方對FPM的解釋是 Fastcgi Process Manager（Fastcgi 進程管理器）。
PHP對并發訪問的處理 進程和線程PHP從代碼級別來講不支持多線程操作，不能像Java、C#等語言一樣可以編寫多線程代碼。但多線程和并發沒有直接關系，多線程只是代碼被運行時在同一時間同時執行多個線程任務，來提高服務器CPU的利用率，提高代碼效率。但php是可以多進程執行的，上文所述的FPM進程管理機制就是多進程單線程的，有效提高了并發訪問的響應效率。
簡單的web server + php-fpm 模式當客戶端發送一個請求時，web server會通過一個php-fpm進程（這里和下文所說指的fpm進程都是fpm開啟的worker進程，關于fpm的工作原理這里不再累述）去執行php代碼，php代碼的執行是單線程的。
那么，當有多個客戶端同時發送請求時（并發），web server會通過php-fpm為每個請求開啟一個多帶帶進程去執行php代碼。
請求執行過后，空閑的php-fpm進程被銷毀，內存得以釋放。
但并發的問題在于，在某一時間，客戶端請求讓php-fpm進程數量達到了最大限制數，這個時候，新來的請求只能等待空閑的php-fpm進程來處理，這就是多進程同步阻塞模式的弊端，當然還有進程過多所帶來的內存占用問題等。
參考鏈接：
https://www.zhihu.com/questio... php fpm 進程數和并發數是什么關系？
https://segmentfault.com/q/10... php不支持多線程所以不用考慮并發問題？
http://bbs.csdn.net/topics/39... PHP是單線程的，如何應對大量的http訪問？ #9層回答
https://www.cnblogs.com/scott... PHP 線程，進程和并發
https://segmentfault.com/q/10... 搞不清FastCgi與PHP-fpm之間是個什么樣的關系
http://php.net/manual/zh/inst... FastCGI 進程管理器（FPM）
https://www.cnblogs.com/Perki... 多線程(一)高并發和多線程的關系
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/26101.html
摘要：的運維追蹤技巧總結曾幾何時我開始運維公司的網站，經過一段時間的摸爬滾打，也算是總結了不少在服務器下調試追蹤各種網站錯誤的方法。 LNMP的運維追蹤技巧總結 曾幾何時我開始運維公司的LNMP網站，經過一段時間的摸爬滾打，也算是總結了不少在LNMP服務器下調試追蹤各種網站錯誤的方法。好記性不如爛筆頭，還是總結一下吧！ 在開始我會梳理一下我所理解的一個web請求從發起到響應的各個階段服務器和...
摘要：的運維追蹤技巧總結曾幾何時我開始運維公司的網站，經過一段時間的摸爬滾打，也算是總結了不少在服務器下調試追蹤各種網站錯誤的方法。 LNMP的運維追蹤技巧總結 曾幾何時我開始運維公司的LNMP網站，經過一段時間的摸爬滾打，也算是總結了不少在LNMP服務器下調試追蹤各種網站錯誤的方法。好記性不如爛筆頭，還是總結一下吧！ 在開始我會梳理一下我所理解的一個web請求從發起到響應的各個階段服務器和...
摘要：深入協議從功能上來講，協議已經完全能夠解決服務器與應用之間的數據通信問題。消息頭信息主要的消息頭信息如下用于表示協議版本號。從服務器發送到應用，表示中止一個處理中的請求。另外我們還需要明確一點就是服務器與進程間通信是無序的。 本文首發于 深入剖析 Web 服務器與 PHP 應用之間的通信機制 - 掌握 CGI 和 FastCGI 協議的運行原理，轉載請注明出處！ 身為一名使用 PHP ...
摘要：一般產生的原因是系統沒有主動關閉連接如連接資源沒有關閉關于網絡鏈路中追蹤異常用到的運維命令以下顯示的和端口均為假數據中查看的狀態參數說明已使用的所有協議套接字總量正在使用正在偵聽的套接字數量。其值等于已分配已建立已申請到的套接字數量。 HTTP請求的流程梳理 用戶輸入url如http:www.baidu.com到瀏覽器，瀏覽器如chrom需要將其解析為ip地址才知道需要到哪里去訪問...
閱讀 1203·2021-11-17 09:33
閱讀 3599·2021-09-28 09:42
閱讀 3326·2021-09-13 10:35
閱讀 2478·2021-09-06 15:00
閱讀 2438·2021-08-27 13:12
閱讀 3609·2021-07-26 23:38
閱讀 1826·2019-08-30 15:55
閱讀 539·2019-08-30 15:53
