在這篇文章中,我將介紹如何識別導(dǎo)致性能出現(xiàn)問題的查詢,如何找出它們的問題所在,以及快速修復(fù)這些問題和其他加快查詢速度的方法。
專業(yè)從事成都網(wǎng)站制作、成都做網(wǎng)站,高端網(wǎng)站制作設(shè)計,小程序定制開發(fā),網(wǎng)站推廣的成都做網(wǎng)站的公司。優(yōu)秀技術(shù)團(tuán)隊竭力真誠服務(wù),采用H5頁面制作+CSS3前端渲染技術(shù),響應(yīng)式網(wǎng)站建設(shè),讓網(wǎng)站在手機(jī)、平板、PC、微信下都能呈現(xiàn)。建站過程建立專項小組,與您實時在線互動,隨時提供解決方案,暢聊想法和感受。你一定知道,一個快速訪問的網(wǎng)站能讓用戶喜歡,可以幫助網(wǎng)站從Google 上提高排名,可以幫助網(wǎng)站增加轉(zhuǎn)化率。如果你看過網(wǎng)站性能優(yōu)化方面的文章,例如設(shè)置服務(wù)器的最佳實現(xiàn)、到干掉慢速代碼以及 使用CDN 加載圖片,就認(rèn)為你的 WordPress 網(wǎng)站已經(jīng)足夠快了。但是事實果真如此嗎?
使用動態(tài)數(shù)據(jù)庫驅(qū)動的網(wǎng)站,例如WordPress,你的網(wǎng)站可能依然有一個問題亟待解決:數(shù)據(jù)庫查詢拖慢了網(wǎng)站訪問速度。
在這篇文章中,我將介紹如何識別導(dǎo)致性能出現(xiàn)問題的查詢,如何找出它們的問題所在,以及快速修復(fù)這些問題和其他加快查詢速度的方法。我會把門戶網(wǎng)站 deliciousbrains.com 出現(xiàn)的拖慢查詢速度的情況作為實際的案例。
定位
處理慢SQL查詢的第一步是找到慢查詢。Ashley已經(jīng)在之前的博客里面贊揚(yáng)了調(diào)試插件Query Monitor,而且這個插件的數(shù)據(jù)庫查詢特性使其成為定位慢SQL查詢的寶貴工具。
該插件會報告所有頁面請求過程中的數(shù)據(jù)庫請求,并且可以通過調(diào)用這些查詢代碼或者原件(插件,主題,WordPress核)過濾這些查詢,高亮重復(fù)查詢和慢查詢。
要是不愿意在生產(chǎn)安環(huán)境裝調(diào)試插件(性能開銷原因),也可以打開MySQL Slow Query Log,這樣在特定時間執(zhí)行的所有查詢都會被記錄下來。這種方法配置和設(shè)置存放查詢位置相對簡單。
由于這是一個服務(wù)級別的調(diào)整,性能影響會小于使用調(diào)試插件,但當(dāng)不用的時候也應(yīng)該關(guān)閉。
理解
一旦你找到了一個你要花很大代價找到的查詢,那么接下來就是嘗試去理解它并找到是什么讓查詢變慢。最近,在我們開發(fā)我們網(wǎng)站的時候,我們找到了一個要執(zhí)行8秒的查詢。
我們使用WooCommerce和定制版的WooCommerce軟件插件來運(yùn)行我們的插件商店。此查詢的目的是獲取那些我們知道客戶號的客戶的所有訂閱。
WooCommerce是一個稍微復(fù)雜的數(shù)據(jù)模型,即使訂單以自定義的類型存儲,用戶的ID(商店為每一個用戶創(chuàng)建的WordPress)也沒有存儲在post_author,而是作為后期數(shù)據(jù)的一部分。訂閱軟件插件給自義定表創(chuàng)建了一對鏈接。讓我們深入了解查詢的更多信息。
把 MySQL 當(dāng)作朋友
MySQL有一個很方便的語句DESCRIBE,它可以輸出表結(jié)構(gòu)的信息,比如字段名,數(shù)據(jù)類型等等。所以,當(dāng)你執(zhí)行DESCRIBE wp_postmeta;你將會看到如下的結(jié)果:
你可能已經(jīng)知道了這個語句。但是你知道DESCRIBE語句可以放在SELECT, INSERT, UPDATE, REPLACE 和 DELETE語句前邊使用嗎?更為人們所熟知的是他的同義詞 EXPLAIN ,并將提供有關(guān)該語句如何執(zhí)行的詳細(xì)信息。
這是我們查詢到的結(jié)果:
乍一看,這很難解釋。幸運(yùn)的是,人們通過SitePoint總結(jié)了一個理解語句的全面指南。
最重要的字段是type,它描述了一張表是怎么構(gòu)成的。
如果你想看全部的內(nèi)容,那就意味著MySQL要從內(nèi)存讀取整張表,增加I/O的速度并在CPU上加載。這種被稱為“全表瀏覽”—稍后將對此進(jìn)行詳細(xì)介紹。
rows字段也是一個好的標(biāo)識,標(biāo)識著MySQL將要不得不做的事情,它顯示了結(jié)果中查找了多少行。
Explain也給了我們很多可以優(yōu)化的信息。例如,pm2表((wp_postmeta),告訴我們是Using filesort,因為我們使用了 ORDER BY語句對結(jié)果進(jìn)行了排序。如果我們要對查詢結(jié)果進(jìn)行分組,這將會給執(zhí)行增加開銷。
可視化研究
對于這種類型的研究,MySQL Workbench是另外一個方便,免費(fèi)的工具。將數(shù)據(jù)庫用MySQL5.6及其以上的版本打開,EXPLAIN的結(jié)果可以用JSON格式輸出,同時MySQL Workbench將JSON轉(zhuǎn)換成可視化執(zhí)行語句:
它自動將查詢的問題用顏色著重表示提醒用戶去注意。我們可以馬上看到,連接wp_woocommerce_software_licences(別名l)的表有嚴(yán)重的問題。
解決
你應(yīng)該避免(https://dev.mysql.com/doc/refman/5.7/en/table-scan-avoidance.html)這種全部表瀏覽的查詢,因為他使用非索引字段order_id去連接wp_woocommerce_software_licences表和wp_posts表。這對于查詢慢是常見的問題,而且也是比較容易解決的問題。
索引
order_id在表中是一個相當(dāng)重要的標(biāo)志性數(shù)據(jù),如果想像這種方式查詢,我們需要在列上建立一個索引,除此之外,MySQL將逐字掃描表的每一行,直到找到我們想要的行為止。讓我們添加一個索引并看看它是怎么樣工作的:
哇,干的漂亮!我們成功的添加了索引并將查詢的時間縮短了5s.
了解你的查詢語句
檢查下查詢語句——看看每一個join,每一個子查詢。它們做了它們不該做的事了嗎?這里能做什么優(yōu)化嗎?
這個例子中,我們把licenses 表和posts 表通過order_id 連接起來同時限制post type 為shop_order。這是為了通過保持?jǐn)?shù)據(jù)的完整性來保證我們只使用正確的訂單記錄,但是事實上這在查詢中是多余的。
我們知道這是一個關(guān)于安全的賭注,在posts 表中software license 行是通過order_id 來跟 WooCommerce order 相關(guān)聯(lián)的,這在PHP 插件代碼中是強(qiáng)制的。讓我們移除join 來看看有什么提升沒有:
提升并不算很大但現(xiàn)在查詢時間低于3 秒了。
緩存所有數(shù)據(jù)
如果你的服務(wù)器默認(rèn)情況下沒有使用MySQL查詢緩存,那么你應(yīng)該開啟緩存。
開啟緩存意味著MySQL 會把所有的語句和語句執(zhí)行的結(jié)果保存下來,如果隨后有一條與緩存中完全相同的語句需要執(zhí)行,那么MySQL 就會返回緩存的結(jié)果。緩存不會過時,因為MySQL 會在表數(shù)據(jù)更新后刷新緩存。
查詢監(jiān)視器發(fā)現(xiàn)在加載一個頁面時我們的查詢語句執(zhí)行了四次,盡管有MySQL查詢緩存很好,但是在一個請求中重復(fù)讀取數(shù)據(jù)庫的數(shù)據(jù)是應(yīng)該完全避免的。
你的PHP 代碼中的靜態(tài)緩存很簡單并且可以很高效的解決這個問題。基本上,首次請求時從數(shù)據(jù)庫中獲取查詢結(jié)果,并將其存儲在類的靜態(tài)屬性中,然后后續(xù)的查詢語句調(diào)用將從靜態(tài)屬性中返回結(jié)果:
緩存有一個生命周期,具體地說是實例化對象有一個生命周期。如果你正在查看跨請求的查詢結(jié)果,那么你需要實現(xiàn)一個持久對象緩存。然而不管怎樣,你的代碼應(yīng)該負(fù)責(zé)設(shè)置緩存,并且當(dāng)基礎(chǔ)數(shù)據(jù)變更時讓緩存失效。
換位思考
不僅僅是調(diào)整查詢或添加索引,還有其他方法可以加快查詢的執(zhí)行速度。 我們查詢的最慢的部分是從客戶ID到產(chǎn)品ID再到加入表格所做的工作,我們必須為每個客戶做到。
我們是不是可以在需要的時候抓取客戶的數(shù)據(jù)?如果是那樣,那我們就只需要加入一次。
您可以通過創(chuàng)建數(shù)據(jù)表來存儲許可數(shù)據(jù),以及所有許可用戶標(biāo)識和產(chǎn)品標(biāo)識符來對數(shù)據(jù)進(jìn)行非規(guī)范化(反規(guī)范化)處理,并針對特定客戶進(jìn)行查詢。
您需要使用INSERT / UPDATE / DELETE上的MySQL觸發(fā)器來重建表格(不過這要取決于數(shù)據(jù)來更改的表格),這會顯著提高查詢數(shù)據(jù)的性能。
類似地,如果一些連接在MySQL中減慢了查詢速度,那么將查詢分解為兩個或更多語句并在PHP中單獨(dú)執(zhí)行它們可能會更快,然后可以在代碼中收集和過濾結(jié)果。 Laravel 通過預(yù)加載在 Eloquent 中就做了類似的事情。
如果您有大量數(shù)據(jù)和許多不同的自定義帖子類型,WordPress可能會在wp_posts表上減慢查詢速度。 如果您發(fā)現(xiàn)查詢的帖子類型較慢,那么可以考慮從自定義帖子類型的存儲模型移動到自定義表格中 - 更多內(nèi)容將在后面的文章中介紹。
結(jié)論
通過這些查詢優(yōu)化方法,我們設(shè)法將查詢從8秒降低到2秒,并且將查詢次數(shù)從4次減少到1次。需要說明的是,這些查詢時間是在我們開發(fā)環(huán)境運(yùn)行時記錄的 ,生產(chǎn)環(huán)境速度會更快。
這對追蹤查詢緩慢及其修復(fù)等問題是一個有用的指南。 優(yōu)化查詢看起來可能像一個可怕的任務(wù),但只要你嘗試一下,并取得一些初步的勝利,你就會開始找到錯誤,并希望做出進(jìn)一步改善。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。