當(dāng)整個(gè)世界都慢慢傾向于nginx的時(shí)候，如果你還在使用apache,那么你可能會(huì)用盡一切辦法來保證速度。你也許會(huì)調(diào)整要加載的模塊，使用Keepalive、擺弄內(nèi)容協(xié)商模塊（mod_negotiation,譯注：從幾個(gè)文檔中選擇一個(gè)最匹配客戶端要求的文檔）、FollowSymLinks指令（譯注：允許在此目錄中使用軟鏈接）以及重寫功能；你甚至可能還會(huì)投入更多硬件，并假裝自己沒有。然而，如果你運(yùn)營的網(wǎng)站非常繁忙而不想因?yàn)閮?nèi)存的原因而導(dǎo)致網(wǎng)站崩潰，那么你就應(yīng)該關(guān)注你所使用的MPM。

MPM，也叫多道處理模塊（Multi Processing Module），關(guān)系到真?zhèn)€HTTP會(huì)話。從網(wǎng)絡(luò)上的監(jiān)聽、請求進(jìn)入到最重要的--如何處理子請求，這里我們討論的是子進(jìn)程及子線程。對于unix系統(tǒng)的機(jī)器來說Apache提供了3種MPM以供選擇：; Prefork, Worker, and Event。同時(shí)，只對其他系統(tǒng)Apache也提供了許多其他種類的MPM，但是我們這里主要關(guān)注最常見的，可能也是你最想看到的（也是我最擅長的）。這些MPM處理Apache服務(wù)器用來接受、處理以及服務(wù)器HTTP請求過程中的進(jìn)程和潛在線程。

從不嚴(yán)格的角度來看，進(jìn)程是一個(gè)程序的實(shí)例。每個(gè)進(jìn)程是完全自包含的，并且在地址空間、變量、內(nèi)存等方面和其他進(jìn)程是完全獨(dú)立、隔離開來執(zhí)行的。為了理解本文目的和內(nèi)容，你可以思考一下下面這句話：5個(gè)Apache進(jìn)程表示運(yùn)行著5個(gè)不同的Apache實(shí)例。雖然這是相當(dāng)值得警告的做法，但是這足以安全的記住本文的目的。

換句話說，一個(gè)線程被一個(gè)進(jìn)程創(chuàng)建并擁有。一個(gè)進(jìn)程可以有多個(gè)線程，這些線程并不是完全獨(dú)立的。它們共享進(jìn)程為它們分配的同一個(gè)狀態(tài)以及地址空間。

總之，進(jìn)程是程序的一個(gè)實(shí)例，它被用來告訴整個(gè)系統(tǒng)它的存在以及需要資源并且可以執(zhí)行他自己的資源；線程只有被進(jìn)程創(chuàng)建以后才能真正執(zhí)行一些東西。因此，線程不需要發(fā)布自己而是由整個(gè)應(yīng)用如進(jìn)程來做，而且線程本質(zhì)上使用更少的系統(tǒng)資源如內(nèi)存。
 
Apache Prefork MPM

Prefork多處理模塊是非線程的。它完全不使用線程，使用整個(gè)進(jìn)程用來處理每個(gè)HTTP請求。當(dāng)一個(gè)HTTP請求傳入，假設(shè)是用來請求你加貓咪的圖片，那么整個(gè)進(jìn)程都會(huì)去該請求捆綁而且為這個(gè)人的請求負(fù)責(zé)。如果在同一時(shí)間有其他人來瀏覽你家貓咪的圖片，那么另一個(gè)完全不同的進(jìn)程會(huì)被使用。

Prefork在快速和穩(wěn)定性方面很好。Prefork只有輕微的邊緣響應(yīng)時(shí)間，這是因?yàn)樗恍枰幚碓谒M(jìn)程中的不同線程；同時(shí)在一個(gè)特定的請求發(fā)生錯(cuò)誤的情況下它也是穩(wěn)定的，因?yàn)檎麄€(gè)進(jìn)程只是由一個(gè)請求決定，而其他請求是由另外的進(jìn)程來處理，所以其他請求不受影響。

Prefork也適用于如果你所使用的apache模塊不能處理線程的情況。最常見的是mod_php模塊（盡管它的最新努力方向是ZTS）。你可能在使用PHP以及／或者一些不能被Apache所處理的腳本時(shí)會(huì)遇到這個(gè)問題，但是有一些腳本除外如php-fpm。
但是，如果你需要處理大量的并發(fā)請求，這種方式會(huì)瘋狂＂吃掉＂系統(tǒng)資源。請注意，每個(gè)進(jìn)程都會(huì)作為一個(gè)完整的Apache實(shí)例來發(fā)布自己。這意味著它會(huì)加載所有模塊，而且對每個(gè)請求來說都是一個(gè)完整的web服務(wù)器。如果請求數(shù)非常大，而由于協(xié)調(diào)器需要發(fā)布與請求數(shù)相同的進(jìn)程來處理這些請求，這會(huì)很快迫使內(nèi)存使用率達(dá)到極限。

Apache Worker MPM

Work多路復(fù)用模塊會(huì)使用線程，它在高并發(fā)時(shí)在內(nèi)存使用方面處理的很好。在多路復(fù)用模塊中，需要的進(jìn)程數(shù)較少，因?yàn)樗幌隤refork那樣需要為每個(gè)請求創(chuàng)建一個(gè)進(jìn)程，Worker模式會(huì)在進(jìn)程中創(chuàng)建線程，請求進(jìn)入的連接通過一個(gè)進(jìn)程中的不同線程來處理。Worker模式中，新的連接只需要等待空閑的線程即可，而不是像Prefork中那樣需要等待空閑進(jìn)程。

Apache Event MPM

Event模式是非常新的。事實(shí)上，它只在Apache2.4版本中被作為穩(wěn)定版發(fā)布。Event模式和Worker模式工作原理相同，它也是使用進(jìn)程和線程。它們最大的區(qū)別在與Event模式會(huì)為每個(gè)請求創(chuàng)建一個(gè)線程，而不是為一個(gè)HTTP連接創(chuàng)建一個(gè)線程。
有一種情況那就是當(dāng)你喜歡使用線程但是有一個(gè)應(yīng)用程序，這個(gè)應(yīng)用程序使用了較長的keepalive超時(shí)時(shí)間時(shí)這種模式很適用。在Worker MPM中，線程是和連接綁定的，并且無論http請求是否被處理都保持被占用狀態(tài)。

在Event MPM中，如果處理連接的線程只是用來處理當(dāng)前請求并且會(huì)在請求處理完成后立即釋放，不管被父進(jìn)程處理的HTTP連接的情況。同時(shí)，當(dāng)線程在請求被處理完成立即釋放后可以被用來處理其他請求。這意味著需要更少的線程！
 
我怎么處理這些信息？

既然如此，你該使用哪一種？在我看來，以我最忠誠的忠告，每個(gè)人都應(yīng)該使用Worker MPM,因?yàn)樗诓l(fā)方面相當(dāng)出色而且對RAM內(nèi)存的使用較少,雖然如果在兼容性上有問題，你可能需要切換回Prefork。

如果你使用的是最新版本的Apache,你可以嘗試使用Event MPM。

如果是用的是PHP，那么使用Worker MPM或者Event MPM時(shí)必須使用php-fpm。如果你在Worker模式下使用了mod_php那么你的應(yīng)用可能會(huì)在這樣或那樣的表單中出錯(cuò)。實(shí)際上，這時(shí)你也許應(yīng)該使用的php-fpm，不論apache在何種MPM模式下。

最新評論