phpfpmstatic

㈠ php-fpm怎麼連接的mysql

們都知道，php是不能直接操作 mysql的，他需要通過擴展提供介面調用，php的mysql擴展也好幾個，只支持面向過程的mysql，既支持面向過程也支持面向對象的mysqli，只支持面向對象的PDO，當然無論是那個擴展，也只是php語法寫法上的區別而已，底層其實是一樣的。
今天我們不講語法這些老掉牙的東西，我們隨便找一個擴展，來分析一下 php底層 和 mysql 之間的通信原理。
首先我們來理解一下 php-fpm 的工作原理，php-fpm 是一個 php-cgi 進程管理器，其實就是一個連接池，它和nginx配合的工作原理如下。
我們先從最簡單的靜態方式入手觀察他的工作原理
vim php-fpm.ini
[www]
pm = static
pm.max_children = 5
pm.max_requests = 2
上面三句話的含義是什麼呢:
1、static 表示靜態以靜態方式生成 php-fpm 進程
2、pm.max_children = 5 表示當 php-fpm 啟動時就啟動 5 個 php-fpm 子進程 等待處理 nginx 發過來的請求
3、pm.max_requests = 2 表示每個 php-fpm 子進程處理 2 個請求就銷毀，當然父進程每次看到有銷毀的自然也就會生成新的子進程
我們來簡單驗證一下這個說法：
首先重啟 php-fpm，讓它復位一下
接下來寫一條簡單的語句輸出當前進程ID
echo "當前 php-fpm 進程ID：".posix_getpid();
不斷刷新瀏覽器觀察輸出變化
當前 php-fpm 進程ID：24548
當前 php-fpm 進程ID：24549
當前 php-fpm 進程ID：24550
當前 php-fpm 進程ID：24547
當前 php-fpm 進程ID：24551
當前 php-fpm 進程ID：24548
當前 php-fpm 進程ID：24549
當前 php-fpm 進程ID：24550
當前 php-fpm 進程ID：24547
當前 php-fpm 進程ID：24551
當前 php-fpm 進程ID：24563
當前 php-fpm 進程ID：24564
當前 php-fpm 進程ID：24565
當前 php-fpm 進程ID：24566
當前 php-fpm 進程ID：24567
當前 php-fpm 進程ID：24563
當前 php-fpm 進程ID：24564
當前 php-fpm 進程ID：24565
當前 php-fpm 進程ID：24566
當前 php-fpm 進程ID：24567
當前 php-fpm 進程ID：24568
當前 php-fpm 進程ID：24569
當前 php-fpm 進程ID：24570
當前 php-fpm 進程ID：24571
當前 php-fpm 進程ID：24572
當前 php-fpm 進程ID：24568
當前 php-fpm 進程ID：24569
當前 php-fpm 進程ID：24570
當前 php-fpm 進程ID：24571
當前 php-fpm 進程ID：24572
可以看得出，第一批id不是按照順序執行的，進程id為24547的進程是在第四位處理的，然後從下面開始，所有id都是順序執行的而且每次生成的一批id都是遞增，是不是有種mysql自增主鍵的趕腳呢？
這里需要注意的是，無論是靜態還是下面的動態配置方式，只要沒有設置 max_requests ，那麼進程是不會銷毀的，也就是說當一個進程裡面出現死循環或者內存溢出等導致進程僵死的情況出現的時候，處理的進程就會少一個了
好吧理解了靜態的處理方式，我們其實也很容易知道這個方式的弊端了，當然我們平時伺服器不可能就開5個進程每個進程處理2個請求，我們來做一個簡單的加減乘除，看看一個伺服器應該開多少個 php-fpm 合適
首先我們來看看一個簡單的echo需要多少內存：
$size = memory_get_usage();
$unit = array('b','kb','mb','gb','tb','pb');
$memory = @round($size/pow(1024,($i=floor(log($size,1024)))),2).' '.$unit[$i];
echo "當前 php-cgi 進程所使用內存：".$memory;
觀察瀏覽器我們可以得到一下數據：
當前 php-cgi 進程所使用內存：227.17 kb
也就是說一個簡單的什麼都不幹的php就已經佔用了200多K的內存，當然這也不算多。
不過進程多了cpu切換進程速度就會變慢，所以這個數還是需要通過ab等測試工具才能測試出具體應該開多少比較合理
我們先從200開始，不斷的增加，架設增加到800的時候，效率和400一樣，那我們就沒必要開800那麼多進程浪費內存了。
那麼問題就來了，如果同一時間請求出超過400呢？有人說會排隊等待，真的會排隊等待嗎？答案明顯是 php-fpm 是沒能力排隊了，因為處理請求的php-fpm子進程都用完了，那麼等待也就只能是在 nginx 等待，通常一個 nginx 也不只是轉發請求給 php-fpm 就完事了，他還要處理靜態文件呢？如果這些php請求導致nginx的請求數過多一直在等待，那麼訪問靜態文件自然也會卡了，這時候我們就需要配置成下面的動態處理方式。
[www]
pm.max_children = 10
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
;pm.max_requests = 2
上面五句話的含義是什麼呢:
1、dynamic 表示靜態以動態方式生成 php-fpm 進程
2、pm.max_children = 10 同時活動的進程數 10個
3、pm.start_servers = 5 表示當 php-fpm 主進程啟動時就啟動 5 個 php-fpm 子進程
4、pm.min_spare_servers = 2 表示最小備用進程數
5、pm.max_spare_servers = 8 表示最大備用進程數
6、pm.max_requests = 2 上面說過就不說了
當前 php-fpm 進程ID：2270
當前 php-fpm 進程ID：2271
當前 php-fpm 進程ID：2272
當前 php-fpm 進程ID：2273
當前 php-fpm 進程ID：2274
當前 php-fpm 進程ID：2270
當前 php-fpm 進程ID：2271
當前 php-fpm 進程ID：2272
當前 php-fpm 進程ID：2273
當前 php-fpm 進程ID：2274
當前 php-fpm 進程ID：2270
當前 php-fpm 進程ID：2271
當前 php-fpm 進程ID：2272
當前 php-fpm 進程ID：2273
當前 php-fpm 進程ID：2274

㈡ php fpm配置優化 pm 怎麼配置

1、php-fpm優化參數介紹 他們分別是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。 pm：表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。 在更老一些的版本中，dynamic

㈢ php-fpm靜態和動態執行方式有什麼區別

分別為：
pm.max_children：靜態方式下開啟的php-fpm進程數量。
pm.start_servers：動態方式下的起始php-fpm進程數量。
pm.min_spare_servers：動態方式下的最小php-fpm進程數量。
pm.max_spare_servers：動態方式下的最大php-fpm進程數量。

㈣ 如何修改 php-fpm的運行用戶

第一種：一個php-fpm主進程

這種方式比較簡單，也只需要一個php-fpm自啟動文件。

首先我們查看一下原php-fpm.conf的這個配置文件，分為兩個部分，一個是global塊，另外一個是自定義的塊，配置文件裡面稱為pool池，默認叫「www」。在global池的上方，有一行注釋了的「include=etc/fpm.d/*.conf」配置項，再通過www池的配置，我們可知可以通過不同的池來配置不同的用戶，來達到多個用戶運行php-fpm的目的，步驟如下：

4、刪除前面的global塊，或者注釋掉。

5、修改[www]為其他，比如你[blog]。

6、配置[blog]池，主要修改兩個地方:

6.1：第一處為運行的用戶和用戶組。

即將

12user = www3group = www4。

修改為

12user=nobody #具體用哪個用戶視自己情況而定，我只做個示例3group=nobody4。

6.2：修改監聽的埠或者socket：

即將：

12listen = 127.0.0.1:90003。

修改為：

12listen = /var/socket/php-fpm/blog.socket #php-fpm需要自己創建，當然也可以直接放在php-fpm目錄下3。

修改成其他埠也是可以的，比如：listen = 127.0.0.1:9001。

7、到主配置文件 php-fpm.conf將「include=…」前面的注釋去掉，讓它去讀取fpm.d目錄下的配置文件。

8、到此第一種方案就修改完畢了，重新啟動測試一下：

12service php-fpm reload3。

第二種：兩個php-fpm主進程。

這種方法需要獨立的配置文件和獨立的自啟動文件：

1、復制一份php-fpm.conf主配置文件。

12cp php-fpm.conf php-fpm-blog.conf3。

2、修改主配置文件。

12vim php-fpm-blog.conf3。

2.1：修改[global]下pid和error_log文件的路徑。

修改 pid=run/php-fpm.pid 為 pid=run/php-fpm-blog.pid 。

修改 error_log = /log/php-fpm.log 為 error_log = /log/php-fpm-blog.log。

2.2：修改池的名稱[www]為[blog]，不過這個可以不用修改了，因為這里和原來的進程是獨立的。

2.3：修改用戶和用戶組。

2.4：監聽埠或socket文件。

以上兩部可以按照第一種方案進行修改，這里就不再重復。

3、進入/etc/init.d目錄，復制一份自啟動文件。

12cp php-fpm php-fpm23。

4、修改自啟動文件php-fpm2：

4.1：修改配置文件路徑。

12php_fpm-CONF=${prefix}/etc/php-fpm.conf3。

為

12php_fpm-CONF=${prefix}/etc/php-fpm-blog.conf3。

這個路徑就是剛才的主配置文件。

4.2：修改PID文件路徑：

12php_fpm_PID=${prefix}/var/run/php-fpm.pid3。

為：

12php_fpm_PID=${prefix}/var/run/php-fpm-blog.pid3。

這個路徑要和主配置文件中的pid路徑一致。

5、修改完畢後添加自動啟動。

12chkconfig --add php-fpm23chkconfig --level 2345 php-fpm2 on4。

6、啟動服務。

㈤ 啟動php-fpm時是怎麼載入php.ini

php.ini：決定php語言運行的環境，支持擴展的模塊,開發環境的配置

php-fpm.conf：進程式控制制管理器配置文件，控制php-cgi的進程數，常駐內存，提高web服務的響應速率，php-cgi運行時會載入這兩個配置文件。

㈥ 簡述php的靜動態模式

php-fpm的進程數可以根據設置分為動態和靜態
A: 靜態static：直接開啟指定數量的php-fpm進程，不再增加或者減少；
B :動態dynamic：開始的時候開啟一定數量php-fpm進程，當請求變大的時候，動態的增加php-fpm進程數到上限，當空閑的時候自動釋放空閑進程數到一個下限。
這兩種不同的執行方式，可以根據伺服器實際需求來進行調整。
pm表示用哪種方式，有兩個值可以選擇，就是static靜態或者dynamic動態。
C: 4個相關參數參：
pm.max_children靜態方式下開啟的php-fpm進程數量；
pm.start_servers動態方式下的起始php-fpm進程數量；
pm.min_spare_servers動態方式下的最小php-fpm進程數量；
pm.max_spare_servers動態方式下的最大php-fpm進程數量。
你學會了不？沒有學會也沒關系，可以去找視頻看，跟著老師看視頻學習，我看的是黑馬程序員的學習視頻，你也可以看看。

㈦ 用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進程數量。

㈧ php-fpm 什麼時候開始創建新的子進程

伺服器出現異常，網站不能正常訪問。經排查�php的問題。
在重啟php-fpm時，恢復正常。1分鍾之後又出現故障。查看php日誌文件/usr/local/php/var/log後提示
WARNING:[poolwww]serverreachedpm.max_childrensetting(5),considerraisingit
子進程數已經達到設置的最大值。
要設置php進程數量。需要在php-fpm.conf文件中修改。
先看/usr/local/php/etc/php-fpm.conf文件各項配置解析
pid=run/php-fpm.pid
#pid設置，默認在安裝目錄中的var/run/php-fpm.pid，建議開啟
error_log=log/php-fpm.log
#錯誤日誌，默認在安裝目錄中的var/log/php-fpm.log
log_level=notice
#錯誤級別.可用級別為:alert（必須立即處理）,error（錯誤情況）,warning（警告情況）,notice（一般重要信息）,debug（調試信息）.默認:notice.
emergency_restart_threshold=60
emergency_restart_interval=60s
#表示在emergency_restart_interval所設值內出現SIGSEGV或者SIGBUS錯誤的php-cgi進程數如果超過emergency_restart_threshold個，php-fpm就會優雅重啟。這兩個選項一般保持默認值。
process_control_timeout=0
#設置子進程接受主進程復用信號的超時時間.可用單位:s(秒),m(分),h(小時),或者d(天)默認單位:s(秒).默認值:0.
daemonize=yes
#後台執行fpm,默認值為yes，如果為了調試可以改為no。在FPM中，可以使用不同的設置來運行多個進程池。這些設置可以針對每個進程池單獨設置。
listen=127.0.0.1:9000
#fpm監聽埠，即nginx中php處理的地址，一般默認值即可。可用格式為:『ip:port』,『port』,『/path/to/unix/socket』.每個進程池都需要設置.
listen.backlog=-1
#backlog數，-1表示無限制，由操作系統決定，此行注釋掉就行。backlog含義參考：
http://www.3gyou.cc/?p=41
listen.allowed_clients=127.0.0.1
#允許訪問FastCGI進程的IP，設置any為不限制IP，如果要設置其他主機的nginx也能訪問這台FPM進程，listen處要設置成本地可被訪問的IP。默認值是any。每個地址是用逗號分隔.如果沒有設置或者為空，則允許任何伺服器請求連接
listen.owner=www
listen.group=www
listen.mode=0666
#unixsocket設置選項，如果使用tcp方式訪問，這里注釋即可。
user=www
group=www
#啟動進程的帳戶和組
pm=dynamic#對於專用伺服器，pm可以設置為static。
#如何控制子進程，選項有static和dynamic。如果選擇static，則由pm.max_children指定固定的子進程數。如果選擇dynamic，則由下開參數決定：
pm.max_children#，子進程最大數
pm.start_servers#，啟動時的進程數
pm.min_spare_servers#，保證空閑進程數最小值，如果空閑進程小於此值，則創建新的子進程
pm.max_spare_servers#，保證空閑進程數最大值，如果空閑進程大於此值，此進行清理
pm.max_requests=1000
#設置每個子進程重生之前服務的請求數.對於可能存在內存泄漏的第三方模塊來說是非常有用的.如果設置為』0′則一直接受請求.等同於PHP_FCGI_MAX_REQUESTS環境變數.默認值:0.
pm.status_path=/status
#FPM狀態頁面的網址.如果沒有設置,則無法訪問狀態頁面.默認值:none.munin監控會使用到
ping.path=/ping
#FPM監控頁面的ping網址.如果沒有設置,則無法訪問ping頁面.該頁面用於外部檢測FPM是否存活並且可以響應請求.請注意必須以斜線開頭(/)。
ping.response=pong
#用於定義ping請求的返回相應.返回為HTTP200的text/plain格式文本.默認值:pong.
request_terminate_timeout=0
#設置單個請求的超時中止時間.該選項可能會對php.ini設置中的』max_execution_time』因為某些特殊原因沒有中止運行的腳本有用.設置為』0′表示『Off』.當經常出現502錯誤時可以嘗試更改此選項。
request_slowlog_timeout=10s
#當一個請求該設置的超時時間後，就會將對應的PHP調用堆棧信息完整寫入到慢日誌中.設置為』0′表示『Off』
slowlog=log/$pool.log.slow
#慢請求的記錄日誌,配合request_slowlog_timeout使用
rlimit_files=1024
#設置文件打開描述符的rlimit限制.默認值:系統定義值默認可打開句柄是1024，可使用ulimit-n查看，ulimit-n2048修改。
rlimit_core=0
#設置核心rlimit最大限制值.可用值:『unlimited』、0或者正整數.默認值:系統定義值.
chroot=
#啟動時的Chroot目錄.所定義的目錄需要是絕對路徑.如果沒有設置,則chroot不被使用.
chdir=
#設置啟動目錄，啟動時會自動Chdir到該目錄.所定義的目錄需要是絕對路徑.默認值:當前目錄，或者/目錄（chroot時）
catch_workers_output=yes
#重定向運行過程中的stdout和stderr到主要的錯誤日誌文件中.如果沒有設置,stdout和stderr將會根據FastCGI的規則被重定向到/dev/null.默認值:空.
根據以上配置的解析，在php-fpm.conf文件中添加如下配置:
pm.max_children=100
pm.start_servers=30
pm.min_spare_servers=20
pm.max_spare_servers=100
以觀後效。
另附豆瓣技術貼:https://www.douban.com/note/315222037/
1、php-fpm優化參數介紹
他們分別是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
pm：表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。
在更老一些的版本中，dynamic被稱作apache-like。這個要注意看配置文件的說明。
下面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進程數
2、伺服器具體配置
對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。
這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。
對於內存大的伺服器（比如8G以上）來說，指定靜態的max_children實際上更為妥當，因為這樣不需要進行額外的進程數目控制，會提高效率。
因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據內存/30M得到，比如8GB內存可以設置為100，
那麼php-fpm耗費的內存就能控制在2G-3G的樣子。如果內存稍微小點，比如1G，那麼指定靜態的進程數量更加有利於伺服器的穩定。
這樣可以保證php-fpm只獲取夠用的內存，將不多的內存分配給其他應用去使用，會使系統的運行更加暢通。
對於小內存的伺服器來說，比如256M內存的VPS，即使按照一個20M的內存量來算，10個php-cgi進程就將耗掉200M內存，那系統的崩潰就應該很正常了。
因此應該盡量地控制php-fpm進程的數量，大體明確其他應用佔用的內存後，給它指定一個靜態的小數量，會讓系統更加平穩一些。或者使用動態方式，
因為動態方式會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的伺服器或VPS上使用。具體最大數量根據內存/20M得到。
比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比如伺服器上只是部署php環境的話，比較合適的值在5~10之間。
本伺服器配置
1、伺服器基本信息：
硬碟：數據盤30G、系統盤20G
內存：1.5G
CPU：雙核
系統：CentOS6.364位
帶寬：獨享2M
2、部署的應用
Git、SVN、Apache、Tomcat、PHP、Nginx、mysql、JDK
3、優化後的參數
pm=dynamic
pm.start_servers=5
pm.min_spare_servers=2
pm.max_spare_servers=8

㈨ php5.3/5.4/5.5 如何配置php-fpm.conf

首先，配置分為兩個部分，第一部分 [global] 為全局配置項，用來定義日誌、pid等相關內容。
第二部分[www]， 這個為資源池配置項，其中[]內的字元串為自定義內容，我們也可以寫成域名，
這部分內容用來定義，各個域名所使用的資源分配。
1. listen 用來定義該資源池所監聽的socket，也可以是tcp形式；
2. user、group用來定義php-fpm以哪個賬號和組的身份來運行；
3. pm = dynamic 如何控制子進程，選項有static和dynamic。
如果選擇static，則由pm.max_children指定固定的子進程數。
如果選擇dynamic，則由以下參數決定：
pm.max_children ，子進程最大數
pm.start_servers ，啟動時的進程數
pm.min_spare_servers ，保證空閑進程數最小值，如果空閑進程小於此值，則創建新的子進程
pm.max_spare_servers ，保證空閑進程數最大值，如果空閑進程大於此值，此進行清理
對於專用伺服器，pm可以設置為static。

4. pm.max_children 這個選項來定義，最大開啟的php-fpm子進程數量，根據機器的硬體配置來定義，如果內存高於4G，設置為200或者以上，如果低於4G，比如1G內存，設置50就可以了

5. pm.max_requests 設置每個子進程重生之前服務的請求數. 對於可能存在內存泄漏的第三方模塊來說是非常有用的. 如果設置為 』0′ 則一直接受請求. 設置為500就可以了。

6. rlimit_files = 1024 設置文件打開描述符的rlimit限制. 一般情況下，設置為1024就足夠了。

除了這些配置參數外，另外還有幾個常用的，那就是sloglog和open_basedir

7. slowlog = log/www.discuz.net.slow 這里定義，slow log的路徑，當php腳本執行時間超過 request_slowlog_timeout 值時，會記錄slowlog 它用來幫助我們排查程序哪裡有問題，提高程序的處理速度。

8. request_slowlog_timeout = 1 php腳本執行超時時間

9. php_admin_value[open_basedir]=/data/www/:/tmp/
這個選項是非常關鍵的安全選項，把php的執行賬號只限定在指定的目錄里，這樣可以防止網站被入侵後，黑客獲取其他站點的文件信息和伺服器的某些關鍵信息。