基於在生產環境中使用php效能測試工具xhprof的詳解_php執行個體

xhprof 是facebook開源出來的一個php效能測試工具，也可以稱之為profile工具，這個詞不知道怎麼翻譯才比較達意。跟之前一直使用的xdebug相比，有很多類似之處。以前對xdebug有一些記錄還可以供參考，但是它的缺點是對效能影響太大，即便是開啟了profiler_enable_trigger參數，用在生產環境中也是慘不忍睹，cpu立刻就飆到high。
而xhprof就顯得很輕量，是否記錄profile可以由程式控制，因此，用在生產環境中也就成為一種可能。在它的文檔上可以看到這樣一種用法：
以萬分之一的幾率啟用xhprof，平時悄悄的不打槍。

複製代碼 代碼如下:

if (mt_rand(1, 10000) == 1) {
 xhprof_enable(XHPROF_FLAGS_MEMORY);
 $xhprof_on = true;
}

在程式結尾處調用方法儲存profile

複製代碼 代碼如下:

if ($xhprof_on) {
 // stop profiler
 $xhprof_data = xhprof_disable();

 // save $xhprof_data somewhere (say a central DB)
 ...
}

也可以用register_shutdown_function方法指定在程式結束時儲存xhprof資訊，這樣就免去了結尾處判斷，給個改寫的不完整例子：

複製代碼 代碼如下:

if (mt_rand(1, 10000) == 1) {
 xhprof_enable(XHPROF_FLAGS_MEMORY);
 register_shutdown_function(create_funcion('', "$xhprof_data = xhprof_disable(); save $xhprof_data;"));
}

至於日誌，我暫時用的是最土的檔案形式儲存，定期清除即可。
BTW:xhprof產生的圖形方式profile真是酷斃了，哪段代碼成為瓶頸，一目瞭然。
by phpe：下面是一個例圖：

關於改善xhprof使用方式的設想
自從去年將xhprof用在生產環境以來，對生產環境的程式調試，效能最佳化都帶來很多便利。但是在使用過程中，還是有一些細節需要改善。
問題
xhprof的profile日誌直接以檔案形式儲存在生產伺服器上，需要定時清理，或者收集起來移動到查看日誌的工具機上。
由於xhprof產生的profile是一個大數組，所以儲存到檔案時使用了標準的php serialize，記錄檔偏大，一個不留神就容易佔用很多伺服器磁碟空間。
查看日誌列表時，一個個點開查看比較費勁。
針對這幾個問題，我有一些小小的設想。
日誌存放
部署一個中央Log Service器，採用facebook的scribe來收集日誌。生產環境的伺服器產生的xhprof日誌，都寫入到scribe的用戶端，由用戶端自動同步到中央Log Service器的scribe上，不佔用本地的儲存空間。在代碼上的改動也比較小，只要基於iXHProfRuns介面實現一個XhprofRuns類，調整save_run方法的儲存方式即可。
更換序列化方法
xhprof預設是將profile資訊用php原生的序列化方法處理後進行儲存，而我在前兩天比較過igbinary vs serialize vs json_encode的效能和佔用位元組數，這個測試裡igbinary在各方面都有一定優勢，尤其是佔用儲存空間會大幅度減小，所以我只要更換序列化方法為igbinary_serialize即可獲得改善。
最佳化列表展示
我已經厭倦挨個查看profile日誌的大圖，費時費力還沒有針對性。所以我現在的做法是，在profile日誌的列表中將前1000個日誌的總體執行時間直接輸出到列表中，並且將執行時間過長的日誌用紅色粗體標識。做了這個小小的改動之後，當我想要去視察一下運行情況時，就把日誌列表中那些紅通通的連結點開看看就行了，真正的省時省力。
如何從xhprof記錄檔中擷取執行時間？簡單的代碼如下

複製代碼 代碼如下:

/**
* 由xhprof日誌獲得執行時間
*
* @param string $log xhprof日誌的檔案路徑
* @return int 執行時間
*/
function getSpentTime($log) {
  $profile = unserialize(file_get_contents($log));
  return $profile['main()']['wt'] / 1000;
}