首先先簡單的將一個查詢語句背后MySQL做了什么捋一捋：

客戶端發(fā)送一條查詢給服務器。 服務器先檢查查詢緩存，如果命中了緩存，則立刻返回存儲在緩存中的結果。否則進入下一個階段。 服務器端進行SQL解析，預處理，再由優(yōu)化器生成對應的執(zhí)行計劃。 MySQL根據(jù)優(yōu)化器生成的執(zhí)行計劃，調用存儲引擎的API來執(zhí)行查詢。 將結果返回給客戶端。

接著我們就將這個過程中的這些步驟詳細的進行展開。

1.客戶端和服務器端之間的通信方式

客戶端和服務器之間的通信是一種半雙工的通信，即在同一時刻，只能有一方向另一方發(fā)送數(shù)據(jù)。所以客戶端在發(fā)送完查詢請求之后，所能做的就是等待服務器將查詢的結果返回，并且需要一直地等到返回的數(shù)據(jù)全部接收完畢后才能進行下一步的操作，而不可以在服務器發(fā)送的過程中中斷發(fā)送或者斷開連接。

2.查詢緩存

在解析一個查詢語句之前，如果查詢緩存是打開著的，那么MySQL會優(yōu)先檢查這個查詢是否命中查詢緩存中的數(shù)據(jù)。這個檢查是通過一個對大小寫敏感的哈希表來實現(xiàn)的。在查詢命中緩存的情況下，直接從緩存中拿到結果并返回給客戶端。MySQL不會再執(zhí)行下面的操作，即查詢語句不會被解析，不會生成執(zhí)行計劃，不會被執(zhí)行。

3.查詢優(yōu)化處理

這個環(huán)節(jié)可能是整個查詢執(zhí)行過程中最為復雜的一個環(huán)節(jié)，可以分為解析SQL，預處理和優(yōu)化SQL執(zhí)行計劃三個步驟。

（1）語法解析器和預處理這個過程就是對我們傳入的SQL語句的語法進行檢查，以及驗證查詢的權限。炳輝生成一棵“解析樹”。

（2）查詢優(yōu)化器在進入到這一步時，證明我們的語句語法層面已經(jīng)沒有問題了。一條查詢可以有很多種執(zhí)行計劃都能返回正確的結果，這個環(huán)節(jié)就是來選取最優(yōu)的執(zhí)行計劃的。MySQL的最優(yōu)執(zhí)行計劃是基于成本的。MySQL會為每個操作設定一個成本（如執(zhí)行一次where比較），并從所有的執(zhí)行計劃中選擇“成本”最少的。我們可以使用下列語句查看上一個查詢操作的成本：

mysql> SHOW STATUS LIKE ’last_query_cost’;

MySQL會返回一個執(zhí)行的成本數(shù)據(jù)：

+-----------------+----------+| Variable_name | Value |+-----------------+----------+| Last_query_cost | 0.549000 |+-----------------+----------+

但值得注意的是，這里的“成本”最小并不等于查詢的速度最快。即以“成本”來判斷查詢語句的優(yōu)劣有時候是不可靠的。

優(yōu)化器的優(yōu)化策略可以大致地分為兩種：靜態(tài)優(yōu)化和動態(tài)優(yōu)化。

靜態(tài)優(yōu)化是直接對之前生成的解析樹進行分析，例如可以通過一些代數(shù)變換將where條件轉化為另一種等價形式。靜態(tài)優(yōu)化在第一次完成后就一直生效，即使使用不同的參數(shù)重復執(zhí)行查詢也不會發(fā)生變化，可以認為是一種“編譯（預處理）時優(yōu)化”。

動態(tài)優(yōu)化和查詢的上下文相關，需要在每一次查詢的時候重新評估，可以認為是一種“運行時優(yōu)化”。

下面是一些MySQL能夠處理的優(yōu)化類型：

重新定義關聯(lián)表的順序

有時候我們所給的查詢語句關聯(lián)表的順序可能對于查詢來說效率并不是最優(yōu)的，這時候MySQL可以自動幫我們將關聯(lián)表的順序進行調整提高效率。

將外連接轉化為內連接

并不是所有的OUT JOIN語句都必須以外連接的方式執(zhí)行。MySQL能夠識別這一點并重寫查詢，讓其可以調整關聯(lián)順序。

使用等價變換規(guī)則

使用一些等價的語句來減少比較的次數(shù)，移除一些恒成立和不恒成立的條件。例如，（5=5 AND a>5）會被改寫為a>5;如果有(a5 AND b=c AND a=5。

優(yōu)化COUNT()、MIN()和MAX()

索引和列是否為空可以幫助優(yōu)化這一類表達式。例如查找最小值的時候就可以借助索引直接查找最左端的記錄，這樣就不用進行整個表的查詢，而是以一個常數(shù)進行取代。

覆蓋索引掃描

當索引中的列包含所有查詢中需要使用的列的時候，MySQL就會使用索引返回所需要的數(shù)據(jù)，而無須查詢對應的數(shù)據(jù)行。

提前終止查詢

在發(fā)現(xiàn)查詢已經(jīng)能滿足需求的時候，MySQL總能立刻終止查詢。一個典型的例子就是當使用了LIMIT子句的時候。

至此，MySQL服務器層已經(jīng)根據(jù)所給的查詢語句給出了一個最優(yōu)的執(zhí)行計劃。但是我們需要知道的是，我們到目前為止所進行的一些列的操作都是在服務器層進行的，而這一層中并不是數(shù)據(jù)存儲的地方。因此接下來我們需要拿著我們的最優(yōu)執(zhí)行計劃去到實際的存儲引擎中進行查找。因此就引出了我們的下一步操作：向存儲引擎獲取相應的統(tǒng)計信息。

4.查詢執(zhí)行引擎

相對于查詢優(yōu)化階段，查詢執(zhí)行階段并不是那么復雜。MySQL只是簡單地根據(jù)執(zhí)行計劃給出的指令逐步執(zhí)行。

5.返回結果給客戶端

查詢執(zhí)行的最后一個階段是將結果返回給客戶端，即使查詢不需要返回結果集給客戶端，MySQL仍然會返回這個查詢的一些信息，例如查詢影響的行數(shù)。如果查詢可以被緩存，這個階段MySQL會講查詢的結果放到查詢緩存中。返回結果的過程是一個逐步增量的過程。即當拿到第一個結果的時候就開始向客戶端返回了。這樣做的好處是不會一次性返回全部數(shù)據(jù)導致占用內存過多，而且客戶端也能在第一時間拿到結果。結果集中的每一行都會以一個滿足MySQL客戶端/服務器通信協(xié)議的封包發(fā)送，再通過TCP協(xié)議進行傳輸，在TCP傳輸?shù)倪^程中，可能對封包進行緩存后再批量發(fā)傳輸。

以上就是詳解MySQL 查詢語句的執(zhí)行過程的詳細內容，更多關于MySQL 查詢語句的資料請關注好吧啦網(wǎng)其它相關文章！