下圖是 MySQL 的一個簡要架構圖，從下圖可以清晰的看到 SQL 語句在 MySQL 內部是如何執行的。

先簡單介紹下圖涉及的一些組件的基本作用，后面還會詳細介紹到這些組件的作用。

連接器： 身份認證和權限相關(登錄 MySQL 的時候)

查詢緩存: 執行查詢語句的時候，會先查詢緩存(MySQL8.0 版本后移除，因為這個功能不太實用)

分析器: 沒有命中緩存的話，SQL 語句就會經過分析器，分析器說白了，就是要先看你的 SQL 語句是要干嘛，再檢查你的 SQL 語句語法是否正確

優化器： 按照 MySQL 認為最優的方案去執行

執行器: 執行語句，然后從存儲引擎返回數據

MySQL 簡要架構圖

簡單來說， MySQL 主要分為 Server 層和存儲引擎層：

Server 層：主要包括連接器、查詢緩存、分析器、優化器、執行器等，所有跨存儲引擎的功能都在這一層實現，比如存儲過程、觸發器、視圖，函數等，還有一個通用的日志模塊 binglog 日志模塊。

存儲引擎： 主要負責數據的存儲和讀取，采用可以替換的插件式架構，支持 InnoDB、MyISAM、Memory 等多個存儲引擎，其中 InnoDB 引擎有自有的日志模塊 redolog 模塊。

現在最常用的存儲引擎是 InnoDB，它從 MySQL5.5.5 版本開始就被當做默認存儲引擎。

Server 層基本組件介紹

1) 連接器

連接器主要和身份認證和權限相關的功能相關，就好比一個級別很高的門衛一樣。

主要負責用戶登錄數據庫，進行用戶的身份認證，包括校驗賬戶密碼，權限等操作，如果用戶賬戶密碼已通過，連接器會到權限表中查詢該用戶的所有權限，之后在這個連接里的權限邏輯判斷都是會依賴此時讀取到的權限數據，也就是說，后續只要這個連接不斷開，即時管理員修改了該用戶的權限，該用戶也是不受影響的。

2) 查詢緩存(MySQL8.0 版本后移除)

查詢緩存主要用來緩存所執行的 SELECT 語句以及該語句的結果集。

連接建立后，執行查詢語句的時候，會先查詢緩存，MySQL 會先校驗這個 sql 是否執行過，以 Key-Value 的形式緩存在內存中，Key 是查詢預計，Value 是結果集。如果緩存 key 被命中，就會直接返回給客戶端，如果沒有命中，就會執行后續的操作，完成后也會把結果緩存起來，方便下一次調用。當然在真正執行緩存查詢的時候還是會校驗用戶的權限，是否有該表的查詢條件。

MySQL 查詢不建議使用緩存，因為查詢緩存失效在實際業務場景中可能會非常頻繁，假如你對一個表更新的話，這個表上的所有的查詢緩存都會被清空。對于不經常更新的數據來說，使用緩存還是可以的。

所以，一般在大多數情況下都是不推薦去使用查詢緩存的。

MySQL8.0 版本后刪除了緩存的功能，官方也是認為該功能在實際的應用場景比較少，所以干脆直接刪掉了。

3) 分析器

MySQL 沒有命中緩存，那么就會進入分析器，分析器主要是用來分析 SQL 語句是來干嘛的，分析器也會分為幾步：

第一步，詞法分析，一條 SQL 語句有多個字符串組成，首先要提取關鍵字，比如 select，提出查詢的表，提出字段名，提出查詢條件等等。做完這些操作后，就會進入第二步。

第二步，語法分析，主要就是判斷你輸入的 sql 是否正確，是否符合 MySQL 的語法。

完成這 2 步之后，MySQL 就準備開始執行了，但是如何執行，怎么執行是最好的結果呢？這個時候就需要優化器上場了。

4) 優化器

優化器的作用就是以它認為最優的執行方案去執行(但有時候可能也不是最優的)，比如多個索引的時候該如何選擇索引，多表查詢的時候如何選擇關聯順序等。

可以說，經過了優化器之后，這個語句具體該如何執行就已經定下來。

5) 執行器

當選擇了執行方案后，MySQL 就準備開始執行了，首先執行前會校驗該用戶有沒有權限，如果沒有權限，就會返回錯誤信息，如果有權限，就會去調用引擎的接口，返回接口執行的結果。

總結

以上是生活随笔為你收集整理的mysql知识点概览_MySQL 基本架构概览的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。