近來做了一陣子程序性能的優化工作，有個比較有意思的想法，想提出來和大家交流一下。
Cache是“以空間換時間”策略的典型應用模式，是提高系統性能的一種重要方法。緩存的使用在大訪問量的情況下能夠極大的減少對數據庫操作的次 數，明顯降低系統負荷提高系統性能。相比頁面的緩存，結果集是一種“原始數據”不包含格式信息，數據量相對較小，而且可以再進行格式化，所以顯得相當靈 活。由於php是“一邊編譯一邊執行”的腳本語言，某種程度上也提供了一種相當方便的結果集緩存使用方法——通過動態include相應的數據定義代碼段 的方式使用緩存。如果在“RamDisk”上建緩存的話，效率應該還可以得到進一步的提升。以下是一小段示例代碼，供參考。
// load data with cache
function load_data($id,$cache_lifetime) {
// the return data
$data = array();
// make cache filename
$cache_filename = ‘cache_‘.$id.‘.php‘;
// check cache file‘s last modify time
$cache_filetime = filemtime($cache_filename);
if (time() - $cache_filetime <= $cache_lifetime) {
//** the cache is not expire
include($cache_filename);
} else {
//** the cache is expired
// load data from database
// ...
while ($dbo->nextRecord()) {
// $data[] = ...
}
// format the data as a php file
$data_cache = "
while (list($key, $val) = each($data)) {
$data_cache .= "$data[‘$key‘]=array(‘";
$data_cache .= "‘NAME‘=>"".qoute($val[‘NAME‘])."","
$data_cache .= "‘VALUE‘=>"".qoute($val[‘VALUE‘])."""
$data_cache .= ";);rn";
}
$data_cache = "?>rn";
// save the data to the cache file
if ($fd = fopen($cache_filename,‘w+‘)) {
fputs($fd,$data_cache);
fclose($fd);
}
}
return $data;
}
?>
適 用情況：
1.數據相對比較穩定，主要是讀取操作。
2.文件操作要比數據庫操作快。
3.復雜數據訪 問，大數據量訪問，密集數據訪問，系統數據庫負載極重。
4.Web/DB分離結構或者多Web單DB結構。
未經證實 的問題：
1.並發訪問時對文件的讀寫是否會引起鎖定問題。
2.涉及到的數據文件太多時，性能如何。
擴 展思路：
1.生成javaScript數據定義代碼，在客戶端調用。
2.還未想到……
望共同探 討。
緩存
如果你想要讓自己龐大的PHP應用有更好的性能表現，采用緩存也是一種很好 的方法。現在已經有許多緩存方案可供選擇，其中包括：Zend Cache，APC，和Afterburner Cache。
所有這些 產品都屬於“緩存模塊”。當第一次出現對.php文件的請求時，它們會在Web服務器內存中保存PHP的中間代碼，此後就用“經過編譯”的版本響應後繼的 請求。這種方法確實能夠改善應用的性能，因為它使得磁盤訪問量減低到了最少的程度（代碼已經讀取和解析），代碼直接在內存中運行使得服務器響應請求的速度 大大提高。當然，緩存模塊還會監視PHP源文件的變化，必要時重新緩存頁面，從而防止了用戶得到的頁面仍舊由過時的PHP代碼生成。由於緩存模塊能夠明顯 地降低服務器的負載、提高PHP應用的響應效率，因此它們非常適合於負載較大的網站使用。
如何選擇這些緩存產品
Zend Cache是Zend Technologies公司的商業軟件，而Zend Technologies就是前面提到的那個為我們提供PHP引擎和免費Zend Optimizer的公司。Zend Cache確實是名不虛傳！對於大型的PHP頁面，你可以感覺到第一次運行之後速度就會有所提高，而且服務器也會有更多的可用資源。遺憾的是這個產品並不 免費，不過在有些情形下它仍舊是物超所值。
Afterburner Cache是來自Bware Technologies的免費緩存模塊，當前這個產品還是Beta版。Afterburner Cache的做法看起來與Zend Cache差不多，但它對性能的改善程度（還）不能與Zend Cache相比，而且它還不能與Zend Optimizer一起工作。
APC 是Alternative PHP Cache的縮寫，它是來自Community Connect的又一個免費緩存模塊。這個產品已經具有足夠的穩定性供正式場合使用，而且它看起來也能在很大程度上提高響應請求的速度。
有 關壓縮
來自Remote Communications的免費Apache模塊mod_gzip就具有為支持這類內容編碼的浏覽器壓縮靜態Web內容的能力。對於絕大多數靜態 Web內容，mod_gzip都非常有效。mod_gzip可以方便地編譯到Apache裡面，也可以作為DSO使用。據Remote communications公司說，mod_gzip也能夠壓縮來自mod_php、mod_perl等的動態內容。我試了一次又一次，但看來還是不 行。我看了許多關於mod_gzip的論壇和文章，看來到了mod_gzip的下一個版本（可能是1.3.14.6f）這個問題有望得到解決。在此之前， 我們可以在網站的靜態部分使用mod_gzip。
然而有時我們確實蹊要壓縮動態內容，所以必須找找其他辦法。有一種辦法是使用 class.gzip_encode.php，這是一個可以用來壓縮頁面內容的PHP類，具體方法是在PHP腳本的開頭和末尾調用該類的某些函數。如果要 在網站級實現這個方案，可以從php.ini文件的auto_PRepend以及auto_append指令調用這些函數。這種方法雖然有效，但它無疑為 高負載的網站帶來了更多的開銷。關於如何使用這個類的詳細說明，請參見它的源代碼。它的源代碼說明相當完善，作者告訴了你所有你必須知道的事情。
PHP 4.0.4有一個新的輸出緩存句柄ob_gzhandler，它與前面的類相似，但用法不同。使用ob_gzhandler時要在php.ini中加入的 內容如下：
output_handler = ob_gzhandler ;
這行代碼使得PHP激活輸出緩存，並壓縮 它發送出去的所有內容。如果由於某種原因你不想在php.ini中加上這行代碼，你還可以通過PHP源文件所在目錄的.htaccess文件改變默認的服 務器行為（不壓縮），語法如下：
php_value output_handler ob_gzhandler
或者是從 PHP代碼調用，如下所示： ob_start(“ob_gzhandler”);
采用輸出緩存句柄的方法確實非常有效，而且不會給服務 器帶來什麼特殊的負荷。但必須注意的是，Netscape Communicator對壓縮圖形的支持不佳，因此除非你能夠保證所有用戶都使用IE浏覽器，否則你應該禁止壓縮JPEG和GIF圖形。一般地，對於所 有其他文件，這種壓縮都有效，但建議你針對各種浏覽器都分別進行測試，特別是當你使用了特殊的插件或者數據查看器時這一點尤其重要。
