php開啟phpfpm

㈢ php-fpm - 啟動參數及重要配置詳解

php-fpm的啟動參數與重要配置詳解

php-fpm的運行過程中，理解並調整關鍵配置參數至關重要。首先，我們來看看啟動參數:

1. request_terminate_timeout: 這個參數控制了PHP腳本的最大執行時間，防止因file_get_contents等函數響應過慢導致的資源問題。默認為0，可能導致502 Bad Gateway錯誤。建議設置一個合理的值，如10秒，同時考慮給file_get_contents添加超時限制。

2. max_requests: 當一個子進程處理的請求數超過指定值（如1000）時，會自動重啟，以防止內存泄漏。然而，這可能導致間歇性502錯誤。在高並發場景下，設置較大的值能減少重啟頻率，但需根據實際情況調整。

3. request_slowlog_timeout 和 slowlog: 這些配置用於記錄執行過慢的PHP進程，對於異常排查和問題定位非常有用。通過監控慢日誌，可以定位網路讀取和資料庫查詢等延遲問題。

這些參數的調整需要根據實際項目需求和性能監控來決定，以確保Web伺服器的穩定運行。在php-fpm配置中，找到適合的平衡點是提高性能和避免錯誤的關鍵。想要獲取更多PHP相關資源，可以關注公眾號：PHP開源社區，獲取2021金九銀十大廠面試題集、PHP技術文章合集等資源。

㈣ php-fpm - 啟動參數及重要配置詳解

php-fpm主要涉及的目錄有：<pre>/usr/local/php/sbin/php-fpm /usr/local/php/etc/php-fpm.conf /usr/local/php/etc/php.ini</pre>

php-fpm的啟動參數與配置

1. request_terminate_timeout: 這個參數在php-fpm.conf中設置，用於限制PHP腳本的最大執行時間。若設置過長，可能會導致資源問題，如file_get_contents請求超時，從而引發502 Bad Gateway錯誤。建議設置為一個合理的值，如10s，以確保WebServer的正常處理。

2. max_requests: 當一個PHP-CGI進程處理的請求數超過配置值（如1000），它會被自動重啟，以防止內存泄漏。在高並發場景中，需根據實際情況調整這個值，確保性能和內存管理。

3. slowlog: 通過request_slowlog_timeout設置超時並啟用慢日誌，可以追蹤執行過慢的PHP進程，有助於排查網路讀取和資料庫查詢問題。

其他注意事項

php-fpm的設計旨在通過監控請求次數來管理內存，而不是直接檢測內存使用量。雖然這種方法在某些情況下有效，但通過檢測內存峰值並據此重啟進程可能會更高效。具體配置需根據實際場景調整。

以上配置對於解決php-fpm相關問題和提升WebServer性能非常有幫助。如果你在PHP進階過程中遇到問題，可以參考我整理的系列資料，包括分布式架構、高並發優化、伺服器性能調優等多方面內容。這些資源可以在這里獲取：<a href="PHP進階架構師>>>視頻、面試文檔免費獲取">點擊獲取</a>。

㈤ php5.4.6怎樣重啟php-fpm

php5.4中php-fpm怎麼重啟？
php5.3.3以後源碼中已經內嵌了php-fpm，不用象以前的php版本一樣專門打補丁了，只需要在configure的時候添加編譯參數即可。
關於php-fpm的編譯參數有–enable-fpm–with-fpm-user=www–with-fpm-group=www–with-libevent-dir=libevent位置。
但是，php5.3.3以後的php-fpm不再支持php-fpm以前具有的/usr/local/php/sbin/php-fpm(start|stop|reload)等命令，需要使用信號控制：
master進程可以理解以下信號：

INT,TERM立刻終止
QUIT平滑終止
USR1重新打開日誌文件
USR2平滑重載所有worker進程並重新載入配置和二進制模塊
有了以上信號，php-fpm進程重啟就方便多了。
例子：
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`
說明：
cat部分是php-fpm的進程號，可能是我用的5.4的問題。沒有用php-fpm.pid，就沒有這個文件。
可以用psaux|grepphp-fpm，使用第一個進程的進程號，測試可行。

㈥ PHP-FPM詳解

PHP-FPM是PHP FastCGI進程管理器，專為管理PHP進程池設計，用於接收web伺服器請求。

第一部分，為什麼出現PHP-FPM？PHP-FPM的誕生源自PHP-FastCGI的需求。為有效管理PHP-FastCGI而出現的程序。

第二部分，了解PHP-FastCGI。它只是一個解析PHP請求並返回結果的CGI程序，並不負責管理進程。

第三部分，為何不稱為PHP-CGI？在PHP-FastCGI之前，存在PHP-CGI，但其執行效率低下，最終被PHP-FastCGI取代。

第四部分，解釋FastCGI與CGI的區別。在FastCGI時代，當web伺服器（如nginx）接收到請求並識別為動態PHP請求時，會將其轉給PHP處理。在CGI模式下，每次請求時都需要讀取php.ini配置，初始化執行環境，耗時且重復。

第五部分，FastCGI的效率提升。FastCGI允許一次啟動一個主進程（master），讀取一次配置，然後啟動多個工作進程（worker）。當請求來臨時，master將請求傳遞給worker，避免了重復的初始化工作。

第六部分，PHP-FPM的工作原理。PHP-FPM創建一個主進程來控制何時以及如何將HTTP請求轉發給一個或多個子進程處理。主進程還負責管理進程的創建與銷毀，以適應Web應用流量的變化。

安裝部分，PHP在5.3.3之後將PHP-FPM整合到核心代碼中，無需單獨下載安裝。只需在編譯PHP源碼時添加--enable-fpm即可啟用PHP-FPM支持。

全局配置方面，CentOS中PHP-FPM的主配置文件為/etc/php7/php-fpm.conf，配置內容通常包括進程池定義。

在CentOS中，PHP-FPM主配置文件頂部引入了進程池定義文件，通常使用www.conf作為默認配置文件。進行必要的編輯保存後，重啟PHP-FPM主進程。

PHP-FPM進程池的詳細配置請參考php.net/manual/install文檔。

針對Company開發環境的配置，提供測試環境與生產環境的具體配置示例。以nginx為例，說明如何轉發請求給PHP-FPM。

最後，針對PHPer進階時遇到的問題，提供了一系列資料，涵蓋分布式架構、高可擴展性、高性能、高並發、伺服器性能調優、TP6、Laravel、YII2、Redis、Swoole、Swoft、Kafka、Mysql優化、shell腳本、Docker、微服務、Nginx等高級進階干貨，需要的讀者可以免費獲取。

㈦ php鏂囦歡鎬庝箞鎵撳紑 php鏂囦歡鎬庢牱榪愯

php-fpm鐨勮繘紼嬫暟鍙浠ユ牴鎹璁劇疆鍒嗕負鍔ㄦ佸拰闈欐併
闈欐侊細鐩存帴寮鍚鎸囧畾鏁伴噺鐨刾hp-fpm榪涚▼錛屼笉鍐嶅炲姞鎴栬呭噺灝戱紱
鍔ㄦ侊細寮濮嬬殑鏃跺欏紑鍚涓瀹氭暟閲弍hp-fpm榪涚▼錛屽綋璇鋒眰鍙樺ぇ鐨勬椂鍊欙紝鍔ㄦ佺殑澧炲姞php-fpm榪涚▼鏁板埌涓婇檺錛屽綋絀洪棽鐨勬椂鍊欒嚜鍔ㄩ噴鏀劇┖闂茶繘紼嬫暟鍒頒竴涓涓嬮檺銆
榪欎袱縐嶄笉鍚岀殑鎵ц屾柟寮忥紝鍙浠ユ牴鎹鏈嶅姟鍣ㄥ疄闄呴渶奼傛潵榪涜岃皟鏁淬
榪欓噷鍏堣翠竴涓嬫秹鍙婂埌榪欎釜鐨勫嚑涓鍙傛暟錛屼粬浠鍒嗗埆鏄痯mpm.max_childrenpm.start_serverspm.min_spare_servers鍜宲m.max_spare_servers銆
pm琛ㄧず鐢ㄥ摢縐嶆柟寮忥紝鏈変袱涓鍊煎彲浠ラ夋嫨錛屽氨鏄痵tatic
1銆佸傚浘錛屾瘮濡傛柊寤轟簡涓涓狿HP鏂囦歡錛岄偅涔堝簲璇ユ庝箞鎵撳紑PHP鏂囦歡錛
2銆佹柟娉曢潪甯哥畝鍗曪紝鐩存帴鍗曞嚮榧犳爣鍙抽敭錛屼嬌鐢ㄧ瑪璁版湰鎵撳紑鏂瑰紡鍗沖彲銆
3銆佽繖鏍鳳紝灝卞彲浠ョ洿鎺ユ墦寮PHP鏂囦歡浜嗭紝鐒跺悗寮濮嬪啓涓婅嚜宸辯殑PHP浠ｇ爜嫻嬭瘯鍟︺
4銆佸綋鐒朵篃鍙浠ラ夋嫨sublime鎵撳紑鏂瑰紡錛屽墠鎻愭槸浣犵殑鐢佃剳瀹夎呮湁sublime錛屾病鏈夌殑璇濆氨鑷宸卞幓瀹夎呬竴涓猻ublime銆
5銆佷絾鏄濡傛灉闇瑕佽繍琛孭HP鏂囦歡錛屽氨闇瑕佸畨瑁厁ampp闆嗘垚杞浠訛紝鐒跺悗鍚鍔ㄥ畠錛岋紙start錛夊氨鏄鍚鍔ㄥ摝銆
6銆佹帴鐫鎶婃枃浠舵斁鍦ㄥ畨瑁呯洰褰曚笅鐨刪tdocs鏂囦歡澶逛笅錛屾垜鐨勫畨瑁呯洰褰曟槸鍦╢鐩樼殑myservice鏂囦歡澶廣
7銆佷箣鍚庯紝鍐嶆墦寮嫻忚堝櫒紿楀彛錛岃緭鍏localhost/鍜孭HP鏂囦歡鐨勫悕縐頒究鍙浠ヨ繍琛屽暒錛岄潪甯哥殑綆鍗曘
浠ヤ笂鍐呭逛粎渚涘弬鑰冿紒
浠ヤ笂灝辨槸php鏂囦歡鎬庢牱鎵撳紑鍜岃繍琛岀殑璇︾粏鍐呭癸紝鏇村氳峰叧娉ㄥ叾瀹冪浉鍏蟲枃絝狅紒
1銆佸傚浘錛屾瘮濡傛柊寤轟簡涓涓狿HP鏂囦歡錛岄偅涔堝簲璇ユ庝箞鎵撳紑PHP鏂囦歡錛
2銆佹柟娉曢潪甯哥畝鍗曪紝鐩存帴鍗曞嚮榧犳爣鍙抽敭錛屼嬌鐢ㄧ瑪璁版湰鎵撳紑鏂瑰紡鍗沖彲銆
3銆佽繖鏍鳳紝灝卞彲浠ョ洿鎺ユ墦寮PHP鏂囦歡浜嗭紝鐒跺悗寮濮嬪啓涓婅嚜宸辯殑PHP浠ｇ爜嫻嬭瘯鍟︺
4銆佸綋鐒朵篃鍙浠ラ夋嫨sublime鎵撳紑鏂瑰紡錛屽墠鎻愭槸浣犵殑鐢佃剳瀹夎呮湁sublime錛屾病鏈夌殑璇濆氨鑷宸卞幓瀹夎呬竴涓猻ublime銆
PHP鏄涓嶆敮鎸佸氱戶鎵跨殑錛岄偅涔堝備綍瀹炵幇澶氱戶鎵垮憿錛
鍙浠ヤ嬌鐢╥nterface鎴杢rait 瀹炵幇
interface榪欓噷鎴戜滑灝變笉鍋氳繃澶氱殑璇存槑浜嗭紝瀹冪殑鍘熺悊灝辨槸涓涓綾誨彲浠ュ疄鐜板氫釜鎺ュ彛銆備笅闈㈣繖孌典唬鐮佸氨鑳藉熻存槑銆
涓嬮潰鎴戜滑閲嶇偣璁ㄨ轟竴涓媡rait瀹炵幇澶氱戶鎵匡紙鍏跺疄涔熶笉鍙澶氱戶鎵匡紝搴旇ュ彨綾諱技澶氱戶鎵跨殑鍔熻兘錛夐偅浠涔堟槸trait鍛?絳旓細鐪嬩笂鍘繪棦鍍忕被鍙堝儚鎺ュ彛錛屽叾瀹為兘涓嶆槸錛孴rait鍙浠ョ湅鍋氱被鐨勯儴鍒嗗疄鐜幫紝鍙浠ユ販鍏ヤ竴涓鎴栧氫釜鐜版湁鐨凱HP綾諱腑錛屽叾浣滅敤鏈変袱涓錛氳〃鏄庣被鍙浠ュ仛浠涔堬紱鎻愪緵妯″潡鍖栧疄鐜般俆rait鏄涓縐嶄唬鐮佸嶇敤鎶鏈錛屼負PHP鐨勫崟緇ф壙闄愬埗鎻愪緵浜嗕竴濂楃伒涓栬姦濮挎椿鐨勪唬鐮佸嶇敤鏈哄埗銆傞偅涔堟庝箞瀹炵幇trait鍛錛熺湅涓嬮潰浠ｇ爜錛
娉ㄦ剰錛
浼樺厛綰э細鑷韜鏂規硶trait鐨勬柟娉曠戶鎵跨殑鏂規硶錛堝氨鏄榪欐牱瀛愮殑銆傦級濡傛灉鎴戜滑鎵撳紑涓婅堪浠ｇ爜涓鐨勬敞閲婏紝浼氭姤閿欙紝鍥犱負涓や釜trait涓鐨勬柟娉曢噸鍚嶄簡銆
浠ヤ笂灝辨槸PHP鏄鍗曠戶鎵胯繕鏄澶氱戶鎵跨殑璇︾粏鍐呭癸紝鏇村氳峰叧娉ㄥ叾瀹冪浉鍏蟲枃絝狅紒闈欐佹垨鑰卍ynamic鍔ㄦ併傚湪鑰佷竴浜涚殑鐗堟湰涓錛屽摋鎴杁ynamic鍙堣縐頒綔apache-like銆傝繖涓瑕佹敞鎰忕湅閰嶇疆鏂囦歡緇欏嚭鐨勮存槑浜嗐
涓嬮潰4涓鍙傛暟鐨勬剰鎬濆垎鍒涓猴細
pm.max_children闈欐佹柟寮忎笅寮鍚鐨刾hp-fpm榪涚▼鏁伴噺錛
pm.start_servers鍔ㄦ佹柟寮忎笅鐨勮搗濮媝hp-fpm榪涚▼鏁伴噺錛
pm.min_spare_servers鍔ㄦ佹柟寮忎笅鐨勬渶灝弍hp-fpm榪涚▼鏁伴噺錛
pm.max_spare_servers鍔ㄦ佹柟寮忎笅鐨勬渶澶php-fpm榪涚▼鏁伴噺銆
濡傛灉灝哾m璁劇疆涓簊tatic錛岄偅涔堝氨鍙鏈塸m.max_children榪欎釜鍙傛暟鐢熸晥銆傜郴緇熶細寮鍚璁劇疆鐨勬暟閲忎釜php-fpm榪涚▼銆
濡傛灉灝哾m璁劇疆涓篸ynamic錛岄偅涔坧m.max_children鍙傛暟浼氬け鏁堬紝鍚庨潰3涓鍙傛暟鐢熸晥銆傜郴緇熶細鍦╬hp-fpm榪愯屽紑濮嬬殑鏃跺欏惎鍔╬m.start_servers涓猵hp-fpm榪涚▼錛岀劧鍚庢牴鎹緋葷粺闇奼傚姩鎬佸湪pm.min_spare_servers鍜宲m.max_spare_servers涔嬮棿璋冩暣php-fpm榪涚▼鏁般
閫夋嫨鍝縐嶆墽琛屾柟寮忔瘮杈冨ソ
浜嬪疄鍜孉pache涓鏍鳳紝鎴戜滑榪愯岀殑PHP紼嬪簭鍦ㄦ墽琛屽畬鎴愬悗鎼滅粷錛屾垨澶氭垨灝戦兘浼氭湁鍐呭瓨娉勯湶鐨勯棶棰樸傝繖涔熸槸涓轟粈涔堝紑濮嬬殑鏃跺欎竴涓猵hp-fpm榪涚▼鍙鍗犵敤3M宸﹀彸鍐呭瓨錛岃繍琛屼竴孌墊椂闂村悗灝變細涓婂崌鍒20鍒30M鐨勫師鍥犮傛墍浠ワ紝鍔ㄦ佹柟寮忓洜涓轟細緇撴潫鎺夊氫綑榪涚▼錛屽彲浠ュ洖鏀墮噴鏀句竴浜涘唴瀛橈紝鎵浠ユ帹鑽愬湪鍐呭瓨杈冨皯鐨勬湇鍔″櫒涓婁嬌鐢ㄣ
鍏蜂綋鏈澶ф暟閲忔牴鎹鐗╃悊鍐呭瓨鎬誨ぇ灝忛櫎浠20M寰楀埌銆傛瘮濡傝512M鐨刅PS錛屽緩璁畃m.max_spare_servers鍊艱劇疆涓20銆傝岃嚦浜巔m.min_spare_servers錛屽垯寤鴻鏍規嵁鏈嶅姟鍣ㄧ殑璐熻澆鎯呭喌鏉ヨ劇疆錛屾瘮杈冨悎閫傜殑鍊煎湪5鍒10涔嬮棿銆
瀵規瘮杈冨ぇ鍐呭瓨鐨勬湇鍔″櫒鏉ヨ達紝璁劇疆涓洪潤鎬佺殑璇濅細鎻愰珮鏁堢巼銆傚洜涓洪戠箒寮鍏硃hp-fpm榪涚▼涔熶細鏈夋椂婊烇紝鎵浠ュ唴瀛樺熷ぇ鐨勬儏鍐典笅寮闈欐佹晥鏋滀細鏇村ソ銆傛暟閲忓彲浠ユ牴鎹鐗╃悊鍐呭瓨鎬誨ぇ灝忛櫎浠30M寰楀埌銆傛瘮濡傝2GB鍐呭瓨鐨勬湇鍔″櫒錛屽彲浠ヨ劇疆涓50錛4GB鍐呭瓨鍙浠ヨ劇疆涓100絳夈
浠ヤ笂鍐呭逛粎渚涘弬鑰冿紒
浠ヤ笂灝辨槸php鏄闈欐佽繕鏄鍔ㄦ佺殑璇︾粏鍐呭癸紝鏇村氳峰叧娉ㄥ叾瀹冪浉鍏蟲枃絝狅紒