一、先了解一下MySQL查詢的執(zhí)行過程

MySQL在查詢時，它是由很多子任務組成的，每個子任務都會消耗一定的時間，如果要想優(yōu)化查詢，實際上要優(yōu)化其子任務，可以消除一些子任務、減少子任務的執(zhí)行次數(shù)、讓子任務執(zhí)行的更快。

MySQL查詢的執(zhí)行過程：從客戶端到服務器、然后在服務器進行解析、生成執(zhí)行計劃、執(zhí)行、返回結果給客戶端。

執(zhí)行是最重要的階段，包括調用存儲引擎檢索數(shù)據(jù)、調用后的數(shù)據(jù)處理、排序、分組等；

查詢需要在不同的地方花費時間，包括網(wǎng)絡、CPU計算、生成統(tǒng)計信息、生成執(zhí)行計劃、鎖等待等，尤其是向底層存儲引擎檢索數(shù)據(jù)的調用操作，這些調用需要在內存操作、CPU操作和內存不足時導致的IO操作上花費時間。根據(jù)存儲引擎不同，可能還會產(chǎn)生大量的上下文切換以及系統(tǒng)調用。

不必要的額外操作、不必要的重復操作、某些操作執(zhí)行的太慢都是查詢慢的原因，優(yōu)化查詢的目的就是減少和消除這些操作所花費的時間。

二、是否查詢了不需要的數(shù)據(jù)

有些查詢會查詢很多不需要的數(shù)據(jù)，查詢之后，程序中并未使用，這樣不但會給MySQL服務器帶來額外的負擔，還會增加網(wǎng)絡開銷，也會消耗應用服務器的CPU和內存資源，簡而言之，吃多少拿多少。

千萬不要有“把數(shù)據(jù)都查出來，用Java代碼過濾”的想法。

禁止使用select *進行查詢。

三、衡量查詢開銷的幾個重要指標

1、響應時間

響應時間可以分為服務時間和排序時間。

• 服務時間指數(shù)據(jù)庫處理這個查詢真正花費的時間；
• 排隊時間指服務器因為等待某些資源而沒有真正執(zhí)行查詢的時間，比如等待IO操作、等待行鎖。

2、掃描的行數(shù)和返回的行數(shù)

較短的行的訪問速度更快，內存中的行比磁盤中的行的訪問速度要快得多。

理想情況下掃描的行數(shù)和返回的行數(shù)是相同的。但這種情況并不多見，比如關聯(lián)查詢的時候，服務器必須掃描更多的行才能得到結果，因此，越多的表關聯(lián)，性能越低。

3、掃描的行數(shù)和訪問類型

MySQL可以通過多種方式查詢并返回結果集，速度從慢到快，掃描的行數(shù)由多到少，依次為全表掃描、索引掃描、范圍掃描、唯一索引掃描、常數(shù)引用。

最常用的優(yōu)化方式是為查詢增加一個合適的索引，索引可以讓MySQL以最高效、掃描行數(shù)最少的方式找到需要的記錄。

4、一般可以通過explain的Extra列查看查詢的優(yōu)劣

一般MySQL能夠使用以下三種方式應用where條件，從好到壞依次為：

• 在索引中使用where條件過濾不匹配的記錄，這是在存儲引擎層完成的；
• 使用索引覆蓋掃描，也就是Extra中出現(xiàn)Using index，直接從索引中過濾不需要的記錄并返回命中的結果，這是在MySQL服務器層完成的，無須再回表查詢記錄；
• Extra中出現(xiàn)Using where，這是在MySQL服務器層完成的，MySQL需要先從數(shù)據(jù)表讀取記錄，然后過濾。

Extra中出現(xiàn)Using where時，可以通過如下方式優(yōu)化：

• 使用索引覆蓋掃描，把所有需要的列都放到索引中，這樣就不用回表查詢了；
• 改變表結構，比如使用匯總表；
• 重寫sql，讓MySQL優(yōu)化器能夠以更優(yōu)化的方式執(zhí)行這個sql；

到此這篇關于為什么MySQL查詢速度會慢的文章就介紹到這了,更多相關MySQL查詢速度慢內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！