apache工作模式與配置

這個多路處理子產品(MPM)實作了一個非線程型的、預派生的web伺服器，它的工作方式類似于Apache 1.3。它适合于沒有線程安全庫，需要避免線程相容性問題的系統。它是要求将每個請求互相獨立的情況下最好的MPM，這樣若一個請求出現問題就不會影響到其他請求。

這個MPM具有很強的自我調節能力，隻需要很少的配置指令調整。最重要的是将MaxClients設定為一個足夠大的數值以處理潛在的請求高峰，同時又不能太大，以緻需要使用的記憶體超出實體記憶體的大小。

此多路處理子產品(MPM)使網絡伺服器支援混合的多線程多程序。由于使用線程來處理請求，是以可以處理海量請求，而系統資源的開銷小于基于程序的MPM。但是，它也使用了多程序，每個程序又有多個線程，以獲得基于程序的MPM的穩定性。

控制這個MPM的最重要的指令是，控制每個子程序允許建立的線程數的ThreadsPerChild指令，和控制允許建立的總線程數的MaxClients指令。

prefork和worker模式的切換

1.将目前的prefork模式啟動檔案改名

mv httpd httpd.prefork

2.将worker模式的啟動檔案改名

mv httpd.worker httpd

3.修改Apache配置檔案

vi /usr/local/apache2/conf/extra/httpd-mpm.conf

找到裡邊的如下一段，可适當修改負載等參數：

<IfModule mpm_worker_module>

StartServers 2

MaxClients 150

MinSpareThreads 25

MaxSpareThreads 75

ThreadsPerChild 25

MaxRequestsPerChild 0

</IfModule>

4.重新啟動服務

/usr/local/apache2/bin/apachectl restart

即可換成worker方式啟動apache2

處于穩定性和安全性考慮，不建議更換apache2的運作方式，使用系統預設prefork即可。另外很多php子產品不能工作在worker模式下，例如redhat linux自帶的php也不能支援線程安全。是以最好不要切換工作模式。

prefork和worker模式的比較

prefork模式使用多個子程序，每個子程序隻有一個線程。每個程序在某個确定的時間隻能維持一個連接配接。在大多數平台上，Prefork MPM在效率上要比Worker MPM要高，但是記憶體使用大得多。prefork的無線程設計在某些情況下将比worker更有優勢：它可以使用那些沒有處理好線程安全的第三方子產品，并且對于那些線程調試困難的平台而言，它也更容易調試一些。

worker模式使用多個子程序，每個子程序有多個線程。每個線程在某個确定的時間隻能維持一個連接配接。通常來說，在一個高流量的HTTP伺服器上，Worker MPM是個比較好的選擇，因為Worker MPM的記憶體使用比Prefork MPM要低得多。但worker MPM也由不完善的地方，如果一個線程崩潰，整個程序就會連同其所有線程一起"死掉".由于線程共享記憶體空間，是以一個程式在運作時必須被系統識别為"每個線程都是安全的"。

總的來說，prefork方式速度要稍高于worker，然而它需要的cpu和memory資源也稍多于woker。

prefork模式配置詳解

<IfModule mpm_prefork_module>

ServerLimit 256

StartServers 5

MinSpareServers 5

MaxSpareServers 10

MaxClients 256

ServerLimit

預設的MaxClient最大是256個線程,如果想設定更大的值，就的加上ServerLimit這個參數。20000是ServerLimit這個參數的最大值。如果需要更大，則必須編譯apache,此前都是不需要重新編譯Apache。

生效前提：必須放在其他指令的前面

StartServers

指定伺服器啟動時建立的子程序數量，prefork預設為5。

MinSpareServers

指定空閑子程序的最小數量，預設為5。如果目前空閑子程序數少于MinSpareServers ，那麼Apache将以最大每秒一個的速度産生新的子程序。此參數不要設的太大。

MaxSpareServers

設定空閑子程序的最大數量，預設為10。如果目前有超過MaxSpareServers數量的空閑子程序，那麼父程序将殺死多餘的子程序。此參數不要設的太大。如果你将該指令的值設定為比MinSpareServers小，Apache将會自動将其修改成"MinSpareServers+1"。

MaxClients

限定同一時間用戶端最大接入請求的數量(單個程序并發線程數)，預設為256。任何超過MaxClients限制的請求都将進入等候隊列,一旦一個連結被釋放，隊列中的請求将得到服務。要增大這個值，你必須同時增大ServerLimit。

MaxRequestsPerChild

每個子程序在其生存期内允許伺服的最大請求數量，預設為10000.到達MaxRequestsPerChild的限制後，子程序将會結束。如果MaxRequestsPerChild為"0"，子程序将永遠不會結束。将MaxRequestsPerChild設定成非零值有兩個好處：

1.可以防止(偶然的)記憶體洩漏無限進行，進而耗盡記憶體。

2.給程序一個有限壽命，進而有助于當伺服器負載減輕的時候減少活動程序的數量。

worker模式配置詳解

伺服器啟動時建立的子程序數，預設值是"3"。

允許同時伺服的最大接入請求數量(最大線程數量)。任何超過MaxClients限制的請求都将進入等候隊列。預設值是"400",16(ServerLimit)乘以25(ThreadsPerChild)的結果。是以要增加MaxClients的時候，你必須同時增加ServerLimit的值。

MinSpareThreads

最小空閑線程數,預設值是"75"。這個MPM将基于整個伺服器監視空閑線程數。如果伺服器中總的空閑線程數太少，子程序将産生新的空閑線程。

MaxSpareThreads

設定最大空閑線程數。預設值是"250"。這個MPM将基于整個伺服器監視空閑線程數。如果伺服器中總的空閑線程數太多，子程序将殺死多餘的空閑線程。MaxSpareThreads的取值範圍是有限制的。Apache将按照如下限制自動修正你設定的值：worker要求其大于等于MinSpareThreads加上ThreadsPerChild的和。

ThreadsPerChild

每個子程序建立的常駐的執行線程數。預設值是25。子程序在啟動時建立這些線程後就不再建立新的線程了。

設定每個子程序在其生存期内允許伺服的最大請求數量。到達MaxRequestsPerChild的限制後，子程序将會結束。如果MaxRequestsPerChild為"0"，子程序将永遠不會結束。将MaxRequestsPerChild設定成非零值有兩個好處：

注意對于KeepAlive連結，隻有第一個請求會被計數。事實上，它改變了每個子程序限制最大連結數量的行為。

本文轉自silence部落格51CTO部落格，原文連結http://blog.51cto.com/silencezone/1702792如需轉載請自行聯系原作者

a120518129