建站
咨詢
售后
建站咨詢
新聞中心
成都創(chuàng)新互聯(lián)憑借專業(yè)的設(shè)計(jì)團(tuán)隊(duì)扎實(shí)的技術(shù)支持、優(yōu)質(zhì)高效的服務(wù)意識(shí)和豐厚的資源優(yōu)勢，提供專業(yè)的網(wǎng)站策劃、網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、網(wǎng)站優(yōu)化、軟件開發(fā)、網(wǎng)站改版等服務(wù)，在成都10余年的網(wǎng)站建設(shè)設(shè)計(jì)經(jīng)驗(yàn)，為成都1000多家中小型企業(yè)策劃設(shè)計(jì)了網(wǎng)站。
New Relic APM是一個(gè)強(qiáng)大的工具，可以深入了解wordpress網(wǎng)站的內(nèi)部工作原理，以查明插件、主題模板文件、數(shù)據(jù)庫查詢、外部調(diào)用或?qū)е驴蛻艟W(wǎng)站性能問題的編碼錯(cuò)誤。
然而，讓New Relic運(yùn)行只是一個(gè)開始。如果您從未使用過New Relic APM（即使您使用過），您可能很難充分利用這個(gè)強(qiáng)大的工具。在本教程中，我們將向您展示如何使用New Relic APM來診斷和修復(fù)WordPress站點(diǎn)上的性能問題。
New Relic APM概覽
New Relic APM
那么什么是New Relic APM？就我們的目的而言，以下定義適合：
New Relic APM是一個(gè)Web應(yīng)用程序，可提供有關(guān)WordPress站點(diǎn)性能的詳細(xì)信息。
您可以通過向PHP添加擴(kuò)展來安裝New Relic 。該擴(kuò)展程序偵聽PHP處理的每個(gè)請(qǐng)求，然后將該信息發(fā)送回New Relic儀表板。然后，New Relic將該信息組織成一系列圖表和圖形，您可以使用它們來診斷網(wǎng)站的性能問題。需要注意的是，HHVM不支持New Relic。
讓我們快速瀏覽一下New Relic的主要數(shù)據(jù)可視化。
概述
New Relic APM概述
概覽提供了網(wǎng)站整體性能的快速快照。您不會(huì)從該屏幕診斷特定問題，但顯示PHP、MySQL和外部調(diào)用如何協(xié)同工作的便捷編譯可以為您指明正確的方向。
了解有關(guān)APM概述頁面的更多信息。
事務(wù)
New Relic Transactions選項(xiàng)卡
事務(wù)（Transactions）選項(xiàng)卡是New Relic中最有用的選項(xiàng)卡。
學(xué)會(huì)喜歡事務(wù)選項(xiàng)卡，您將能夠深入了解緩慢的事務(wù)，以識(shí)別數(shù)據(jù)庫調(diào)用、外部資源或降低站點(diǎn)速度的代碼瓶頸。事務(wù)視圖中特別有趣的是慢Transactions列表。要查看列表，請(qǐng)向下滾動(dòng)到事務(wù)選項(xiàng)卡的底部，然后查看頁面的右下方。
New Relic Transactions跟蹤
在這里，您將找到New Relic捕獲的最慢事務(wù)的列表。我們現(xiàn)在不會(huì)在此部分上花費(fèi)更多時(shí)間，但稍后我們將解釋如何使用此部分來診斷您網(wǎng)站的問題。
了解有關(guān)New Relic APM事務(wù)頁面的更多信息。
WordPress鉤子
WordPress鉤子
WordPress掛鉤選項(xiàng)卡提供了通過WordPress操作掛鉤觸發(fā)的所有PHP函數(shù)消耗的時(shí)間的可視化。此信息對(duì)有經(jīng)驗(yàn)的開發(fā)人員很有用，他們可以使用這些信息從重載的鉤子中逆向工作，以識(shí)別由鉤子觸發(fā)的函數(shù)。
WordPress插件和主題
WordPress插件和主題
WordPress插件和主題選項(xiàng)卡顯示插件和活動(dòng)主題消耗了多少PHP處理時(shí)間。如果單個(gè)插件或您的站點(diǎn)主題消耗了大量時(shí)間，此頁面可以幫助您快速找到導(dǎo)致問題的插件或主題。
需要注意的是：New Relic中的WordPress插件和主題選項(xiàng)卡最容易被濫用。
在調(diào)查網(wǎng)站性能問題時(shí)，很容易默認(rèn)首先檢查此選項(xiàng)卡，然后簡單地停用最耗時(shí)的插件。然而，這樣做是忽略了在New Relic其他地方發(fā)現(xiàn)的有價(jià)值的信息。這類似于治療癥狀，而不是挖掘并找到根本原因。
由于錯(cuò)誤配置問題，插件可能運(yùn)行緩慢，例如由于使用了不正確的SMTP端口號(hào)，成員資格管理插件運(yùn)行緩慢?；蛘卟寮赡軟]有被正確卸載。這是您可能通過在“事務(wù)”選項(xiàng)卡中鉆取緩慢交易獲得的信息類型，并且您永遠(yuǎn)無法通過簡單地停用New Relic報(bào)告的最慢的插件來解決問題。
因此，請(qǐng)熟悉此選項(xiàng)卡，但不要排除New Relic提供的其余信息。
數(shù)據(jù)庫
New Relic MySQL概述
數(shù)據(jù)庫選項(xiàng)卡，您可以識(shí)別的查詢占用了大部分時(shí)間的數(shù)據(jù)庫表和類型。New Relic將此信息與進(jìn)行這些查詢的事務(wù)聯(lián)系起來。您可以使用此信息來識(shí)別可能需要優(yōu)化的數(shù)據(jù)庫表和對(duì)數(shù)據(jù)庫施加過大負(fù)載的模板文件。
外部服務(wù)
New Relic外部服務(wù)
大多數(shù)WordPress網(wǎng)站依賴于許多外部服務(wù)：
- 插件、主題和核心更新由wordpress.org以及插件和主題開發(fā)人員提供。
- 許多插件與第三方API集成，例如WPMU DEV的Smush圖像優(yōu)化插件（來自上面截圖的smushpro.wpmudev.org）。
- 聊天插件通常由外部服務(wù)提供支持。
- 許多站點(diǎn)都與社交媒體平臺(tái)集成，以便在這些網(wǎng)絡(luò)上共享內(nèi)容時(shí)實(shí)現(xiàn)最佳呈現(xiàn)和性能。
當(dāng)這些外部服務(wù)中的任何一個(gè)停止及時(shí)響應(yīng)時(shí)，它可能會(huì)使您的整個(gè)網(wǎng)站崩潰。
在外部服務(wù)選項(xiàng)卡可以讓你快速查看哪些外部服務(wù)占用了大部分的時(shí)間。然后，您可以使用該信息來確定是速度問題（服務(wù)響應(yīng)緩慢）還是數(shù)量問題（對(duì)外部源的調(diào)用過多），并努力解決問題。
錯(cuò)誤分析
New Relic錯(cuò)誤分析
錯(cuò)誤分析選項(xiàng)卡報(bào)告同時(shí)加載你的WordPress網(wǎng)站遇到的PHP錯(cuò)誤。錯(cuò)誤按類別分組，以便您可以快速查看正在生成多少不同類型的錯(cuò)誤。錯(cuò)誤還與產(chǎn)生錯(cuò)誤的實(shí)際事務(wù)相關(guān)聯(lián)。如果您選擇特定錯(cuò)誤，您還可以看到生成錯(cuò)誤的事務(wù)的完整堆棧跟蹤。
將錯(cuò)誤分析視為組織得更好的PHP錯(cuò)誤日志。當(dāng)試圖追蹤產(chǎn)生PHP錯(cuò)誤的文件和發(fā)生這些錯(cuò)誤的事務(wù)時(shí)，它可以證明是無價(jià)的。
調(diào)試加載緩慢的頁面
我們使用New Relic進(jìn)行調(diào)試的最常見問題是特定頁面或進(jìn)程加載時(shí)間過長的情況。發(fā)生這種情況時(shí)，New Relic APM中的事務(wù)選項(xiàng)卡幾乎肯定是第一個(gè)去的地方。
您需要遵循的過程來診斷加載緩慢的頁面非常簡單：
讓我們看一個(gè)例子，以及如何使用New Relic來診斷問題。
第1步：復(fù)制事務(wù)
讓我們看一個(gè)例子。在這個(gè)例子中，我們的客戶端在每次加載單個(gè)博客文章時(shí)都會(huì)看到加載緩慢。所有其他頁面正常加載，但個(gè)別文章需要幾秒鐘才能加載。
所以第一步是復(fù)制問題。在這種情況下，這意味著訪問單個(gè)博客文章幾次以確保New Relic捕獲必要的日期。
第2步：找到慢事務(wù)
多次復(fù)制慢速事務(wù)后，前往New Relic并選擇Transactions選項(xiàng)卡。然后向下滾動(dòng)，直到您在New Relic儀表板的右下方看到慢事務(wù)列表。
New Relic事務(wù)緩慢
單擊您正在調(diào)試的事務(wù)以查看詳細(xì)信息。
第3步：查看事務(wù)摘要和跟蹤詳細(xì)信息
選擇事務(wù)后，將顯示事務(wù)摘要。
慢事務(wù)總結(jié)
通過摘要，您可以查看對(duì)事務(wù)處理時(shí)間有貢獻(xiàn)的組件的快照概覽。在我們的示例事務(wù)中，對(duì)外部資源www.googleapis.com的調(diào)用負(fù)責(zé)5,000毫秒的事務(wù)，該事務(wù)總共需要5,350毫秒才能完成。
雖然這是有用的信息，但跟蹤詳細(xì)信息選項(xiàng)卡將提供我們需要準(zhǔn)確了解正在發(fā)生的事情的詳細(xì)信息。
慢事務(wù)跟蹤詳細(xì)信息
跟蹤詳細(xì)信息選項(xiàng)卡提供了一個(gè)分層的分步瀑布圖，顯示了PHP在生成頁面時(shí)處理的函數(shù)、數(shù)據(jù)庫查詢和外部調(diào)用。
在我們的示例事務(wù)中，跟蹤詳細(xì)信息顯示對(duì)Google分析URL的調(diào)用是阻止該過程的原因。如果我們從那個(gè)請(qǐng)求向后工作，它會(huì)啟動(dòng)一個(gè)名為gapp_get_post_pageviews的PHP函數(shù)。對(duì)該交易的快速Google搜索顯示它是Google Analytics Post Pageviews插件的一部分。該插件安裝在站點(diǎn)上，用于向粘性標(biāo)題欄添加查看計(jì)數(shù)器。
New Relic剛剛允許我們將粘性標(biāo)題欄中的查看計(jì)數(shù)器隔離為主要組件，導(dǎo)致在相關(guān)站點(diǎn)上緩慢加載單個(gè)博客文章。現(xiàn)在，該站點(diǎn)的所有者確切地知道在嘗試解決單個(gè)博客文章加載緩慢的問題時(shí)要針對(duì)哪個(gè)組件。
修復(fù)整體緩慢
我們?yōu)榭蛻襞挪榈牡诙N最常見的問題是抱怨整個(gè)網(wǎng)站加載緩慢。當(dāng)每個(gè)事務(wù)都需要大量時(shí)間來加載時(shí)，可能會(huì)發(fā)生以下三件事之一：
- 該站點(diǎn)缺乏服務(wù)器資源。
- 插件或活動(dòng)主題導(dǎo)致問題。
- 站點(diǎn)數(shù)據(jù)庫正在努力跟上查詢速度。
站點(diǎn)缺乏CPU或RAM，這可能會(huì)導(dǎo)致整體緩慢，New Relic不會(huì)固定在任何單個(gè)資源上。因此，如果您確實(shí)看到整體緩慢并且New Relic表明站點(diǎn)的每個(gè)部分都在做出貢獻(xiàn)，請(qǐng)檢查服務(wù)器上的負(fù)載，看看是否是服務(wù)器資源短缺造成的。
如果您的站點(diǎn)可以訪問大量服務(wù)器資源，那么您需要檢查以診斷整體緩慢的下一個(gè)位置包括WordPress插件和主題選項(xiàng)卡、外部服務(wù)選項(xiàng)卡和數(shù)據(jù)庫選項(xiàng)卡。
以下是可以使用這些選項(xiàng)卡中的每一個(gè)進(jìn)行診斷的整體緩慢的示例。
插件導(dǎo)致的整體緩慢
當(dāng)插件導(dǎo)致整體緩慢時(shí)，癥狀會(huì)根據(jù)插件執(zhí)行的活動(dòng)而有所不同。但是，在許多情況下，您會(huì)發(fā)現(xiàn)一個(gè)緩慢的插件會(huì)影響WordPress網(wǎng)站的每個(gè)頁面。對(duì)于您在下圖中看到的數(shù)據(jù)的站點(diǎn)，在站點(diǎn)的每個(gè)前端頁面上都觀察到整體緩慢。
以下是New Relic對(duì)網(wǎng)站插件性能的評(píng)價(jià)。
WordPress插件
您可以立即看到adinjector插件消耗的時(shí)間是下一個(gè)最慢插件的15倍。
當(dāng)您看到這樣的數(shù)據(jù)時(shí)，您可能會(huì)立即認(rèn)為該插件編碼不當(dāng)或無效。雖然有時(shí)是這種情況，但并非總是如此。插件配置錯(cuò)誤、數(shù)據(jù)庫緩慢或響應(yīng)緩慢的外部資源可能會(huì)導(dǎo)致插件消耗大量時(shí)間。
因此，當(dāng)您看到響應(yīng)緩慢的插件時(shí)，最好檢查New Relic中的其他幾個(gè)屏幕以查找其他信息。在決定停用插件是最好的還是唯一的方法之前，應(yīng)該檢查事務(wù)、數(shù)據(jù)庫和外部資源。
外部服務(wù)造成的整體緩慢
如果網(wǎng)站依賴于對(duì)外部服務(wù)的調(diào)用來生成頁面瀏覽量，并且該服務(wù)停止響應(yīng)或需要很長時(shí)間才能響應(yīng)，則結(jié)果可能是WordPress網(wǎng)站完全停止加載。
前5名外部服務(wù)
上面的圖片來自制作上面的慢速插件屏幕截圖的同一站點(diǎn)。如您所見，有一個(gè)外部服務(wù)占等待外部服務(wù)所花費(fèi)的總時(shí)間過大。
這個(gè)案例說明了為什么在得出結(jié)論之前需要結(jié)合查看信息。在這種情況下被調(diào)用的服務(wù)是在最后一步中確定的插件的開發(fā)者。
此信息為情況增加了一些細(xì)微差別。據(jù)說，問題不是插件的代碼。相反，看起來該插件對(duì)開發(fā)人員的網(wǎng)站進(jìn)行了大量調(diào)用，而這些調(diào)用結(jié)合起來考慮會(huì)消耗大量處理時(shí)間。
如果我們更進(jìn)一步并查看此站點(diǎn)的緩慢事務(wù)，我們可以看到此外部調(diào)用似乎正在檢查相關(guān)插件的許可證狀態(tài)，這表明此特定插件的許可證可能已過期.
無論如何，我們現(xiàn)在可以告知該站點(diǎn)的所有者，adinjector插件導(dǎo)致性能下降，而性能下降是由于反復(fù)調(diào)用開發(fā)人員的網(wǎng)站以檢查插件的許可證狀態(tài)。
數(shù)據(jù)庫不堪重負(fù)導(dǎo)致整體緩慢
優(yōu)化不當(dāng)?shù)臄?shù)據(jù)庫可能會(huì)導(dǎo)致WordPress網(wǎng)站的整體運(yùn)行緩慢。我們始終推薦的一種優(yōu)化是將您的數(shù)據(jù)庫從MyISAM轉(zhuǎn)換為InnoDB。在New Relic中，這種與數(shù)據(jù)庫相關(guān)的緩慢很可能會(huì)出現(xiàn)在兩個(gè)地方：
- 首先，您將在概覽中看到大量的MySQL活動(dòng)。
- 其次，您會(huì)在數(shù)據(jù)庫選項(xiàng)卡中看到一個(gè)或多個(gè)數(shù)據(jù)庫表占用了大量時(shí)間。
從概覽屏幕開始，一個(gè)有困難數(shù)據(jù)庫的站點(diǎn)可能看起來像這樣：
網(wǎng)絡(luò)事務(wù)耗時(shí)
要更好地處理導(dǎo)致問題的數(shù)據(jù)庫表或查詢，請(qǐng)前往數(shù)據(jù)庫選項(xiàng)卡。
MySQL概述
數(shù)據(jù)庫選項(xiàng)卡將指出消耗最多時(shí)間的表和查詢類型。如果您選擇列表中的條目之一，您可以看到更多詳細(xì)信息，包括一些示例查詢。
慢查詢 – wp_options表
在這種情況下，數(shù)據(jù)指向wp_options表中自動(dòng)加載的數(shù)據(jù)。果然，對(duì)wp_options表的快速分析證實(shí)，從該表自動(dòng)加載了近250MB的數(shù)據(jù)，使該站點(diǎn)成為數(shù)據(jù)庫維護(hù)和優(yōu)化的明顯候選。查看我們關(guān)于如何優(yōu)化wp_options表和自動(dòng)加載數(shù)據(jù)的更深入的文章。
小結(jié)
一旦您知道如何使用它，New Relic就可以成為識(shí)別WordPress網(wǎng)站上PHP性能瓶頸的寶貴工具。要充分利用New Relic，了解WordPress、了解每個(gè)選項(xiàng)卡報(bào)告的信息并了解所有信息之間的相互關(guān)系至關(guān)重要。
網(wǎng)站名稱：如何使用NewRelic找到WordPress性能瓶頸
網(wǎng)站路徑：http://www.5511xx.com/article/cccoisd.html
