prefork模式（默認）
這個多路處理模塊(MPM)實現(xiàn)了一個非線程型的、預(yù)派生的web服務(wù)器，它的工作方式類似于Apache 1.3。它適合于沒有線程?全庫，需要避免線程兼容性問題的系統(tǒng)。它是要求將每個請求相互獨立的情況下最好的MPM，這樣若一個請求出現(xiàn)問題就不會影響到其他請求。

這個MPM具有很強的自我調(diào)節(jié)能力，只需要很少的配置指令調(diào)整。最重要的是將MaxClients設(shè)置為一個足夠大的數(shù)值以處理潛在的請求高峰，同時又不能太大，以致需要使用的內(nèi)存超出物理內(nèi)存的大小。

worker模式
此多路處理模塊(MPM)使網(wǎng)絡(luò)服務(wù)器支持混合的多線程多進程。由于使用線程來處理請求，所以可以處理海量請求，而系統(tǒng)資源的開銷小于基于進程的MPM。但是，它也使用了多進程，每個進程又有多個線程，以獲得基于進程的MPM的穩(wěn)定性。

【apache配置參數(shù)備注】
1、KeepAlive On/Off
　　KeepAlive指的是保持連接活躍，類似于Mysql的永久連接。換一句話說，如果將KeepAlive設(shè)置為On，那么來自同一客戶端的請求就不需要再一次連接，避免每次請求都要新建一個連接而加重服務(wù)器的負擔(dān)。一般情況下，圖片較多的網(wǎng)站應(yīng)該把KeepAlive設(shè)為On。

2、KeepAliveTimeOut number
　　如果第二次請求和第一次請求之間超過KeepAliveTimeOut的時間的話，第一次連接就會中斷，再新建第二個連接。它的設(shè)置一般考慮圖片或者JS等文件兩次請求間隔，我的設(shè)置經(jīng)驗為3-5秒。

3、MaxKeepAliveRequests 100
　　一次連接可以進行的HTTP請求的最大請求次數(shù)。將其值設(shè)為0將支持在一次連接內(nèi)進行無限次的傳輸請求。事實上沒有客戶程序在一次連接中請求太多的頁面，通常達不到這個上限就完成連接了。

4、StartServers        10
　　設(shè)置服務(wù)器啟動時建立的子進程數(shù)量。因為子進程數(shù)量動態(tài)的取決于負載的輕重,所有一般沒有必要調(diào)整這個參數(shù)。

5、MinSpareServers     10
　　設(shè)置空閑子進程的最小數(shù)量。所謂空閑子進程是指沒有正在處理請求的子進程。如果當(dāng)前空閑子進程數(shù)少于MinSpareServers ,那么Apache將以最大每秒一個的速度產(chǎn)生新的子進程。只有在非常繁忙機器上才需要調(diào)整這個參數(shù)。將此參數(shù)設(shè)的太大通常是一個壞主意。

6、MaxSpareThreads     75
　　設(shè)置空閑子進程的最大數(shù)量。如果當(dāng)前有超過MaxSpareServers數(shù)量的空閑子進程,那么父進程將殺死多余的子進程。只有在非常繁忙機器上才需要調(diào)整這個參數(shù)。將此參數(shù)設(shè)的太大通常是一個壞主意。如果你將該指令的值設(shè)置為比MinSpareServers小,Apache將會自動將其修改成”MinSpareServers+1″。

7、ServerLimit       2000
　　服務(wù)器允許配置的進程數(shù)上限。只有在你需要將MaxClients設(shè)置成高于默認值256的時候才需要使用。要將此指令的值保持和MaxClients一樣。修改此指令的值必須完全停止服務(wù)后再啟動才能生效，以restart方式重啟動將不會生效。

8、MaxClients        256
　　用于伺服客戶端請求的最大請求數(shù)量（最大子進程數(shù)），任何超過MaxClients限制的請求都將進入等候隊列。默認值是256，如果要提高這個值必須同時提高ServerLimit的值。筆者建議將初始值設(shè)為(以Mb為單位的最大物理內(nèi)存/2),然后根據(jù)負載情況進行動態(tài)調(diào)整。比如一臺4G內(nèi)存的機器，那么初始值就是4000/2=2000。

9、MaxRequestsPerChild  0
　　apache.exe進程包括一個是父進程、一個是子進程，父進程接到訪問請求后，將請求交由子進程處理。MaxRequestsPerChild這個指令設(shè)定一個獨立的子進程將能處理的請求數(shù)量。在處理“MaxRequestsPerChild 數(shù)字”個請求之后，子進程將會被父進程終止，這時候子進程占用的內(nèi)存就會釋放，如果再有訪問請求，父進程會重新產(chǎn)生子進程進行處理?！　∪绻鸐axRequestsPerChild缺省設(shè)為0(無限)或較大的數(shù)字(例如10000以上)可以使每個子進程處理更多的請求，不會因為不斷終止、啟動子進程降低訪問效率，但MaxRequestsPerChild設(shè)置為0時，如果占用了200～300M內(nèi)存，即使負載下來時占用的內(nèi)存也不會減少。內(nèi)存較大的服務(wù)器可以設(shè)置為0或較大的數(shù)字。內(nèi)存較小的服務(wù)器不妨設(shè)置成30、50、100，以防內(nèi)存溢出。所以一般情況下，如果你發(fā)現(xiàn)服務(wù)器的內(nèi)存直線上升，建議修改該參數(shù)試試。

【apache的Rewrite】
1、是否支持使用.htaccess文件來定義或者修改apache的設(shè)置,是否支持目錄列表

<Directory />
    Options indexes FollowSymLinks
    AllowOverride All
</Directory>

2、rewrite 配置
RewriteEngine on
RewriteCond $1 !^(index.php|images|robots.txt) #定義重寫發(fā)生的條件 
RewriteRule ^(.*)$ /index.php/$1 [L]　
RewriteLog D:/lib/rewrite.log #設(shè)置rewrite日志文件，主要用來rewrite調(diào)試
RewriteLogLevel 3　#設(shè)置rewrite日志文件記錄的等級，主要用來rewrite調(diào)試

【apache的Gzip功能】
gzip可以級大的加速網(wǎng)站.有時壓縮比率高到80%,近來測試了一下,最少都有40%以上,還是相當(dāng)不錯的.在Apache2之后的版本，模塊名不叫g(shù)zip，而叫mod_deflate

如果要開啟gzip的話,一定要打開下面二個模塊.
LoadModule headers_module modules/mod_headers.so
LoadModule deflate_module modules/mod_deflate.so

設(shè)置壓縮比率，取值范圍在 1(最低) 到 9(最高)之間,不建議設(shè)置太高，雖然有很高的壓縮率，但是占用更多的CPU資源.
DeflateCompressionLevel 3
AddOutputFilter DEFLATE html xml php js css
<Location />
SetOutputFilter DEFLATE
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch MSIE !no-gzip !gzip-only-text/html
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .(?:pdf|mov|avi|mp3|mp4|rm)$ no-gzip dont-vary

Header append Vary User-Agent env=!dont-vary #對代理的設(shè)置
</Location>

設(shè)置好這些后還好注意定時清理temp 和logs 目錄，然后就可以減少CPU占用了！提高訪問速度！