測試與提高性能

apache服務器已經被設計得盡可能的快，即使你用一臺配置不高的機器，用不著進行太復雜的設置，它的響應內容就足以塞滿以前的各種窄帶連接。但隨網站內容日益復雜和帶寬的增加，對apache進行優化以取得更好的性能變得日益重要起來。

如果優化的結果僅僅是極小的性能提升那真是浪費時間。試想一下，你花了好幾個小時甚至幾天調整apache的各種參數但結果僅是幾個百分點的性能提升?因此，在優化前你做的第一步應該是測試你目前的服務器的性能水平以便決定如何優化你的服務器并衡量優化的效果。

關于對apache的測試我們已經不是第一次提到了(見《沖出水面》一文)，如同我們以前提到的，確定到底是哪一部分導致的瓶頸往往是一件困難的事，是因為apache本身的設置問題還是由于你使用的動態網站程序環境?關于查找是否是因為網站程序引起的問題已經超出了本文的范圍，這里我們主要講一下提高apache服務器速度的一些通常做法以及它如何與構成web網站的其它組件進行交互。

主機硬件

apache所在的機器與操作系統環境是對性能影響最大因素，很明顯，一以368的pc與一臺p4或雙處理器的機器不會有同樣的性能。不過，如果不涉及硬件的改變，我們可以做的最大的事是首先看一下apache是否運行在一臺專用的服務器上，如果與其它應用共用一臺服務器肯定會影響服務器的性能。

在大多數情況下，告別是對靜態網站而言，內存數量是一個影響性能的關鍵因素，因為它決定了apache可以緩存多少內容。它緩存的內容越多，在硬盤上讀取內容的機會就越少，而存取硬盤上的特定文件是一件很費時的操作。如果你的網站主要是一些靜態內容，你最好使用mod_cache選項，如果你的內存足夠大，可以使用mod_mem_cache選項。

第一個選項將信息緩存在磁盤上，當它與mod_include選項一起使用時會有很好的效果，這個選項在建立一個頁面時在緩存中保存它的最終版本。使用mod_mem_cache將緩存內容保存在一個可以被所有apache進程共享的內存堆中。

使用更快的磁盤或進一步使用raid可以提高apache對磁盤文件的訪問速度。注意，如果你做了下面的所有這些優化，一個硬件的(而非軟件)升級方案是更好的選擇。最后一個談到的關于硬件的問題是cpu能力，這對動態內容網站的影響很大，動態內容越多要求越高。

通過擠出apache服務器的每一分潛力你可以讓你的網站留給別人的印象大大改觀，特別是對一些動態網站更是如何。這篇文章主要涉及到對apache服務器的安裝和設置如何進行優化，這也是你最有控制權的部分。

測試與提高性能

apache服務器已經被設計得盡可能的快，即使你用一臺配置不高的機器，用不著進行太復雜的設置，它的響應內容就足以塞滿以前的各種窄帶連接。但隨網站內容日益復雜和帶寬的增加，對apache進行優化以取得更好的性能變得日益重要起來。

如果優化的結果僅僅是極小的性能提升那真是浪費時間。試想一下，你花了好幾個小時甚至幾天調整apache的各種參數但結果僅是幾個百分點的性能提升?因此，在優化前你做的第一步應該是測試你目前的服務器的性能水平以便決定如何優化你的服務器并衡量優化的效果。

關于對apache的測試我們已經不是第一次提到了(見《沖出水面》一文)，如同我們以前提到的，確定到底是哪一部分導致的瓶頸往往是一件困難的事，是因為apache本身的設置問題還是由于你使用的動態網站程序環境?關于查找是否是因為網站程序引起的問題已經超出了本文的范圍，這里我們主要講一下提高apache服務器速度的一些通常做法以及它如何與構成web網站的其它組件進行交互。

主機硬件

apache所在的機器與操作系統環境是對性能影響最大因素，很明顯，一以368的pc與一臺p4或雙處理器的機器不會有同樣的性能。不過，如果不涉及硬件的改變，我們可以做的最大的事是首先看一下apache是否運行在一臺專用的服務器上，如果與其它應用共用一臺服務器肯定會影響服務器的性能。

在大多數情況下，告別是對靜態網站而言，內存數量是一個影響性能的關鍵因素，因為它決定了apache可以緩存多少內容。它緩存的內容越多，在硬盤上讀取內容的機會就越少，而存取硬盤上的特定文件是一件很費時的操作。如果你的網站主要是一些靜態內容，你最好使用mod_cache選項，如果你的內存足夠大，可以使用mod_mem_cache選項。

第一個選項將信息緩存在磁盤上，當它與mod_include選項一起使用時會有很好的效果，這個選項在建立一個頁面時在緩存中保存它的最終版本。使用mod_mem_cache將緩存內容保存在一個可以被所有apache進程共享的內存堆中。

使用更快的磁盤或進一步使用raid可以提高apache對磁盤文件的訪問速度。注意，如果你做了下面的所有這些優化，一個硬件的(而非軟件)升級方案是更好的選擇。最后一個談到的關于硬件的問題是cpu能力，這對動態內容網站的影響很大，動態內容越多要求越高。

服務器設置

如果你的環境已經建立apache也已經經過優化，就可以查看你的設置文件來進行下一步的優化措施。一個好的方法就是簡化你的設置文件將文件中的指示(directives)減少到幾百行內，首先是刪除掉那些注釋行，進而刪除任何非必要的內容。

簡化設置文件

第一步是簡化設置設置文件，它并不帶來任何直接的性能提升，但它將使設置文件易于使用減少你出錯的機會。

在進行優化之前，從一個默認提供的設置文件開始是一個不錯的主意。這些文件常被放在apache的設置目錄中，文件名為 httpd.conf.orig或者 httpd-std.conf，不要使用如performance-std.conf類似名稱的文件，從長遠的觀點看，如果你準備在里面加入大量的附加設置信息，它決不是一個好起點。另一方面，如果你的目標是建立一個很快的靜態web服務器，這可能是讓服務器運行起來的最簡單方法。

如果你熟悉apache的設置指示用法或樂意瀏覽幫助文件，你可以從設置文件中刪除所有的注釋內容，因為它們經常讓實際的指示內容變得難找，你也可以刪除對當前平臺上用不到的多處理機方式(mpm)的引用。

禁用模塊

現在，我們已經得到了一個清爽的設置文件，下面我們可以開始刪除其中我們系統用不到的元素，特別是:

●hostnamelookups(主機名查找)，這增加了處理每個請求的開銷，首先，服務器會對dns系統做一個反向查詢以找出客戶系統的主機名，然后又進行正向查詢看獲得的主機名是否真實指向客戶的ip。大多數情況下，你可以簡單的關閉這個功能，如果你經常處理服務器日志，這個工作完全可以在以后進行。你可以通過在設置文件中加入指示hostnamelookups off來關閉這個功能。

●符號連接。當打開這個選項時，apache將檢查每個請求中是否包含對符號連接的引用，這將對請求中包含的每個路徑調用一次lstat()系統調用。除非你準備使用符號連接，否則用 options -followsymlinks 來關掉它。

●服務器狀態信息。盡管這對測試與監控服務器很有用，但它也為服務器帶來了額外的開銷，你可以通過尋找任何類似sethandler server-status的指示來關閉，如果可能，你可以在安裝apache時移除這個模塊。

●在可以更精確的時候盡可能不要使用通配符之類的靈活選項，例如，對于directoryindex指示，明確的指定設置文件列表，最常用的放在最前。

●除非你有很好的理由否則就允許cgi的執行，將似有的cgi文件放到一個特定的目錄并為之設定正確的權限，這避免了apache對每一個請求都要判斷一次要求的是一個靜態文件還是一個動態文件。

禁用日志

寫入日志信息是一個很花費時間的工作，盡管apache保持日志文件的打開狀態以節省打開文件的時間，但仍然得花費不少的時間。如果沒有必要存儲日志信息，你可以關閉這個選項以節省出更多的處理器時間，只需要在設置文件中把日志那一行注釋掉就可以關掉它。

如果必須保留日志，你可以關閉hostnamelookups選項(見上文)然后把日志文件拷備到另一臺機器上做進一步分析。

簡化目錄級的設置

htaccess文件可以極大的擴展apache的設置參數，而無需每次你改變設計都要編輯apache主設置文件，但對這個文件的使用也降低了服務器的性能。

如果使用這個文件，apache必需首先在當前目錄中查找是否存在這個文件，如果存在就解析這個文件并在當前目錄中應用文件中的設置。更壞的是，apache不僅要查看當前的目錄，還要查看當前目錄的所有上層目錄是否包括htaccess文件以根據所有這些文件最終確定設置。

如果你想最優化服務器的性能，你應該禁止使用htaccess文件，任何基本目錄的設置都可以在主設置文件中進行，而主設置文件僅在服務器啟動時解析一次。為了禁用htaccess文件，在任何節里加上指示allowoverride none。

多處理方式設置

多處理方式(multi-processing module/mpm)他允許特定平臺處理多個并發連接。mpm模塊是平臺相關的，對于unix、windows、beos、和netware有不同的解決方案，一些平臺有不止一個方案可以選擇。對大多數用戶而言，對于特定平臺的默認設置已經工作得很好，而精確調整這些參數是一個費時的工作。不過如果你想最大限度的挖掘apache的潛力，你必須調整這些設置。

對大多數平臺而言，只有一種mpm可選，不過在unix下則有兩個選項:prefork與worker，prefork模式生成多個相同的 apache進程，而worker模式創建多個線程。通常而言，對于只有一到兩顆處理器的系統，prefork模式工作得更好，而對于擁有更多處理器的系統，線程模型工作得更有效率。

不管哪種情況，maxclients指示是最有效的提高服務器性能的方法，它控制了apache可以處理的最大并發連接數。

優化靜態內容

如果你的web服務器使用了大量靜態內容或者你分別用兩個web服務器處理動態和靜態內容，那么你現在的主要目標就是縮短服務器發送被請求內容的響應時間，最簡單的方法就是使用mod_cache緩存模塊。你可以使用mod_disk_cache和mod_mem_cache來分別提供基于磁盤的緩存和基于內存的緩存。

你可以查看關于mod_cache的說明文件以取得進一步的信息。

優化動態內容

動態內容可能是所有web服務器中最消費時間的部分，特別是使用cgi的時候，一個簡單的程序都可能會把響應時間增加好幾秒。

使用基于腳本的方案的一大好處是它們在apache里裝入了解釋器，這就減少了執行時再裝入解釋器的時間，一些方案還把解析過的腳本緩存起來，這樣下一次遇到同樣的請求就可以直接執行而無需再次解析

對特定系統的調整優化很復雜而且很花時間，而且你需要調整特定的腳本以利用優化的成果。

不過對動態內容的優化效果是非常明顯的，僅僅是把perl腳本的執行模式從cgi轉到mod_perl就可以減少多達70%的執行時間，如果我們進一步，還可以使用到數據庫的持久連接或在多次請求之間緩存信息，這對電子商務網站非常有用，它也減小了不同請求間重復裝載信息的開銷。

總結

盡管apache是一個高可定制的功能強大且相當復雜的服務器軟件，我們很有興趣的注意到即使是apache的標準安裝也可以得到不錯的性能。調整apache的設置參數是一個可以輕易顯著提高服務器性能的方法。但不幸的是，常常我們在apache里最無法控制的內容--例如網站的動態內容腳本和cgi是影響網站性能的最重要方面，如果你管理一個典型的apache服務器你會發現apache響應一個傳入連接以及最后把內容發送給客戶的所花費的時間是以毫秒記的，而等待所需數據資源的時間常常達到幾秒鐘。

當然，這并不是說我們的優化工作沒什么意義，優化的效果日積月累也不可小視。另外，重要的是，通過簡化你的設置文件，你可以大大減小服務器的管理負擔。