關於 mysql 執行流程的解析

MySQL 可以分割成Server 層與儲存引擎層兩部分

Server 層包含連接器、查詢快取、分析器、最佳化器、執行器等，涵蓋MySQL 的大多數核心服務功能，以及所有的內建函數，所有跨儲存引擎的功能都在這一層實現，例如預存程序、觸發器、視圖等

而儲存引擎層負責資料的儲存和提取。其架構模式是插件式的，支援 InnoDB、 MyISAM、Memory 等多個儲存引擎。現在最常用的儲存引擎是InnoDB

（免費學習影片教學推薦：mysql影片教學）

我們來看看sql的執行流程

連接器

第一步，你會先連接到這個資料庫上，這時候接待你的就是連接器。連接器負責跟著客戶端建立連線、取得權限、維持和管理連線

連線完成後，如果你沒有後續的動作，這個連線就處於空閒狀態，你可以在show processlist 指令中看到它

客戶端如果太長時間沒動靜，連接器就會自動將它斷開。這個時間是由參數wait_timeout 控制的，預設值是8 小時

建立連接的過程通常是比較複雜的，所以在使用中要盡量減少建立連接的動作，也就是盡量使用長連接

但全部使用長連線後，你可能會發現，有些時候MySQL 佔用記憶體漲得特別快，這是因為MySQL 在執行過程中臨時使用的記憶體是管理在連線物件裡面的。這些資源會在連線斷 開的時候才釋放

怎麼解決這個問題呢?你可以考慮以下兩個方案。

1.定期斷開長連線。使用一段時間，或程式裡面判斷執行過一個佔用記憶體的大查詢後， 斷開連接，之後要查詢再重連。

2.如果你用的是 MySQL 5.7 或更新版本，可以在每次執行一個比較大的操作後，透過執 行 mysql_reset_connection 來重新初始化連線資源。這個過程不需要重連和重新做權限驗證，但是會將連線恢復到剛剛創建完時的狀態

#查詢快取

連接建立完成後，你就可以執行select 語句了。執行邏輯就會來到第二步:查詢快取。 MySQL 拿到一個查詢請求後，就會先到查詢快取看看，之前是不是執行過這條語句。之前 執行過的語句及其結果可能會以 key-value 對的形式，直接被緩存在記憶體中。 key 是查詢 的語句，value 是查詢的結果。如果你的查詢能夠直接在這個快取中找到 key，那麼這個 value 就會被直接傳回給客戶端

如果語句不在查詢快取中，就會繼續後面的執行階段。執行完成後，執行結果會存入查 詢快取。你可以看到，如果查詢命中緩存，MySQL 不需要執行後面的複雜操作，就可以直接返回結果，這個效率會很高

但是大多數情況下不要使用查詢緩存，為什麼呢?因為查詢快取往往弊大於利。

查詢快取的失效非常頻繁，只要有一個表格的更新，這個表上所有的查詢快取都會被清除 空。因此很可能你費勁地把結果存起來，還沒使用呢，就被一個更新全清空了。對於更新 壓力大的資料庫來說，查詢快取的命中率會非常低。除非你的業務就是有靜態表，很久才會更新一次

你可以將參數query_cache_type 設為DEMAND，這樣對於預設的SQL 語句都不使用查詢快取

#MySQL 8.0 版本直接將查詢快取的整個功能刪掉了，也就是說8.0 開始徹底沒有這個功能了

分析器

如果沒有命中查詢緩存，就要開始真正執行語句了。首先，MySQL 需要知道你要做什 麼，因此需要對 SQL 語句做解析

分析器先會做「詞法分析」。你輸入的是由多個字串和空格組成的一條SQL 語句， MySQL 需要識別出裡面的字串分別是什麼，代表什麼

做完了這些識別以後，就要做“語法分析” 。根據詞法分析的結果，語法分析器會根據語法規則，判斷你輸入的這個SQL 語句是否滿足MySQL 語法

##優化器

執行器

開始執行的時候，要先判斷一下你對這個表 T 有沒有執行查詢的權限，如果沒有，就會返 回沒有權限的錯誤

如果有權限，就打開表繼續執行。打開表格的時候，執行器就會根據表格的引擎定義，去使用這個引擎提供的介面去執行

到這裡server層就執行完畢具體的引擎層邏輯我們下一篇文章進行分析

以上是關於 mysql 執行流程的解析的詳細內容。更多資訊請關注PHP中文網其他相關文章！