導讀:建站知識建站知識服務器的日常性能監控和壓力測試是非常關鍵的一個部分，實際上，許多公司都會在此類團隊的建設上日益增加投入。而那些缺乏此類流程的公司，也正在朝著該方向迅速改進中，今網站seo優化診斷工具seo網站優化。

服務器的日常性能監控和壓力測試是非常關鍵的一個部分，實際上，許多公司都會在此類團隊的建設上日益增加投入。而那些缺乏此類流程的公司，也正在朝著該方向迅速改進中，今天我們推薦一款很好的服務器端性能監控工具：NewRelic（來自蟬游記的分享）。首先你需要在網站上注冊一個新帳號，根據服務器端的應用框架選擇安裝對應的插件，它提供了很多常見應用框架插件，以Rails為例子，只需要在Gemfile配置，執行bundle install即可：gem 'newrelic_rpm'然后下載對應的newrlic.yml配置文件，放入到應用目錄，進行一些參數的調整。將應用重新部署以后，等幾分鐘，讓插件收集到性能相關數據，再去訪問NewRelic網站，就可以看到各種圖表了。首先需要關注的是請求的響應時間圖表，用這個圖表可以對請求在服務器端耗時有個整體印象：從圖表上可以看到，在這個時間段，請求的平均耗時是52ms，同時可以看到每個請求的Ruby代碼和數據庫執行時間占據了絕大部分，還有少量的外部服務調用時間（比如第3方Oauth或者API)。由于我們使用OOB GC，所以在圖表上幾乎沒有GC的時間。另外右上角有一個3.58s的瀏覽器時間，這個是指用戶訪問網頁，從請求發出，到整個頁面完全加載完成（包括圖片，css，js等）。第2個圖表是Apdex (Application Performance Index)，從這里可以看到大部分用戶是否滿意你的應用響應速度：從圖表可以看到，99%的用戶非常滿意請求響應時間（在我們的應用里面，大部分請求是客戶端調用api），93%的用戶非常滿意頁面加載完成的時間。我們用的指標是NewRelic默認設置的500ms和7s，你還可以自己進行調整。第3個圖表是吞吐量可以看出在這半個小時的區間，平均每分鐘有1050個請求。用這個圖表，通過調整時間段（，了解整個應用什么時候是高峰，什么時候是低谷，方便將一些批處理，備份等任務放在訪問低谷的時間段進行。還有當用戶報告無法訪問的時候，可以通過查看吞吐量是否有急劇下降，來判斷是個例還是整體故障，來確定解決問題的優先級。免費版本的NewRelic，只能查看過去24小時的數據，升級到付費帳號，可以查看所有的歷史數據。第4個圖表是根據請求的時間和請求的次數，列出一個最耗時的請求

關鍵詞標簽: 工具 性能 服務器端