mysql的執行流程是怎樣的？

MySQL 可以分為 Server 層和存儲引擎層兩部分

Server 層包括連接器、查詢緩存、分析器、優化器、執行器等，涵蓋 MySQL 的大多數核 心服務功能，以及所有的內置函數，所有跨存儲引 擎的功能都在這一層實現，比如存儲過程、觸發器、視圖等

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

我們來看一下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 語法

優化器

經過了分析器，MySQL 就知道你要做什么了。在開始執行之前，還要先經過優化器的處 理。

優化器是在表里面有多個索引的時候，決定使用哪個索引;或者在一個語句有多表關聯 (join)的時候，決定各個表的連接順序

優化器階段完成后，這個語句的執行方案就確定下來了，然后進入執行器階段

執行器

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

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

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