下圖是MySQL經典的架構圖:

接下去是對每個部分的闡述:
* connectors
與其他編程語言中的sql 語句進行交互,如php、java等.
* Management Serveices & Utilities
系統管理和控制工具
* Connection Pool (連接池)
管理緩沖用戶連接,線程處理等需要緩存的需求
* SQL Interface (SQL接口)
接受用戶的SQL命令,并且返回用戶需要查詢的結果。比如select from就是調用SQL Interface
* Parser (解析器)
SQL命令傳遞到解析器的時候會被解析器驗證和解析。
主要功能:
a . 將SQL語句分解成數據結構,并將這個結構傳遞到后續步驟,后面SQL語句的傳遞和處理就是基于這個結構的
b. 如果在分解構成中遇到錯誤,那么就說明這個sql語句是不合理的,語句將不會繼續執行下去
* Optimizer (查詢優化器)
SQL語句在查詢之前會使用查詢優化器對查詢進行優化(產生多種執行計劃,最終數據庫會選擇最優化的方案去執行,盡快返會結果) 他使用的是“選取-投影-聯接”策略進行查詢。
用一個例子就可以理解: select uid,name from user where gender = 1;
這個select 查詢先根據where 語句進行選取,而不是先將表全部查詢出來以后再進行 gender過濾
這個select查詢先根據uid和name進行屬性投影,而不是將屬性全部取出以后再進行過濾
將這兩個查詢條件聯接起來生成最終查詢結果.
* Cache和Buffer (查詢緩存)
如果查詢緩存有命中的查詢結果,查詢語句就可以直接去查詢緩存中取數據。
這個緩存機制是由一系列小緩存組成的。比如表緩存,記錄緩存,key緩存,權限緩存等
* Engine (存儲引擎)
存儲引擎是MySql中具體的與文件打交道的子系統。也是Mysql最具有特色的一個地方。
Mysql的存儲引擎是插件式的。它根據MySql AB公司提供的文件訪問層的一個抽象接口來定制一種文件訪問機制(這種訪問機制就叫存儲引擎)
* * * * *
## mysql是怎么處理sql語句的
首先程序的請求會通過mysql的connectors與其進行交互
請求到達后,會暫時存放在連接池(connection pool)中并由處理器(Management Serveices & Utilities)管理
當該請求從等待隊列進入到處理隊列,管理器會將該請求丟給SQL接口(SQL Interface)
SQL接口接收到請求后,它會判斷是否有緩存
如果沒有緩存命中,需要完整的走一趟流程:
(1)由SQL接口丟給后面的解釋器(Parser),上面已經說到,解釋器會判斷SQL語句正確與否,若正確則將其轉化為數據結構。
(2)解釋器處理完,便來到后面的優化器(Optimizer),它會產生多種執行計劃,最終數據庫會選擇最優化的方案去執行,盡快返會結果。
(3)確定最優執行計劃后,SQL語句此時便可以交由存儲引擎(Engine)處理,存儲引擎將會到后端的存儲設備中取得相應的數據,并原路返回給程序
注:
在第一次查詢后,mysql便將查詢語句以及查詢結果進行hash處理并保留在緩存中
SQL查詢到達之后,對其進行同樣的hash處理后,將兩個hash值進行對照,如果一
樣,則命中,從緩存中返回查詢結果;