MySQL執行select語句內部流程

一般來說，資料是儲存到服務端的，所以從客戶端讀取服務端資料要經歷如下幾個過程：

client–>query cache(查詢快取-預設關閉)–>parse(解析器)–>pre processor(預處理器)–>optimizer(優化器)–>execution plans(執行計畫)–>executor(執行器)–>storage engine(儲存引擎)–>client

客戶端請求的select語句，首先會請求儲存引擎進行快取的查詢，如果有這條sql語句，就直接取出來，不需要進行後面的操作。但是在mysql中的快取是預設關閉的，其原因主要是：

1.因為對於sql語句的快取必須保持每次快取的格式必須完全一樣。2.如果修改資料庫中的一條資料會更新整個快取。

在第一步中，如果沒有從儲存引擎裡面查詢到快取sql的話就會交給解析器處理sql語句，其主要包括：1.詞法分析：掃瞄字元流，根據構詞規則識別單個單詞。2.語法分析：在詞法分析的基礎上將單詞序列組成語法短語最後生成語法樹。

預處理器的目的就是為了減小mysql伺服器的壓力，通過解析器解析後的資料，預處理器將sql語句分為兩部分(語義分析)：第一部分為前面相同的命令和結構部分；第二部分為後面可變的資料部分。

在mysql執行sql語句時，可能不會按照我們寫的順序執行，同時也不需要我們認為的從左到右安排where後面的條件，所以優化器會重寫sql，然後找出最佳查詢方法(查詢優化)。

mysql的執行計畫預設是關閉的，在面對億萬級資料的時候，當我們查詢效率不高的時候，就可以通過執行計畫知道查詢的瓶頸在**，是否需要索引以及改變sql語句。

操作儲存引擎，返回結果。

只用於儲存資料，給服務層提供讀寫的介面。