MySQL運作原理與基礎架構！

下面是關于上述部件的介紹：

connectors

與其他程式設計語言中的sql 語句進行互動，如php、java等。

Management Serveices & Utilities

系統管理和控制工具

Connection Pool (連接配接池)

管理緩沖使用者連接配接，線程處理等需要緩存的需求

SQL Interface (SQL接口)

接受使用者的SQL指令，并且傳回使用者需要查詢的結果。比如select from就是調用SQL Interface

Parser （解析器）

SQL指令傳遞到解析器的時候會被解析器驗證和解析。

主要功能：

a . 将SQL語句分解成資料結構，并将這個結構傳遞到後續步驟，後面SQL語句的傳遞和處理就是基于這個結構的

1. 如果在分解構成中遇到錯誤，那麼就說明這個sql語句是不合理的，語句将不會繼續執行下去

Optimizer (查詢優化器)

SQL語句在查詢之前會使用查詢優化器對查詢進行優化(産生多種執行計劃,最終資料庫會選擇最優化的方案去執行,盡快返會結果) 他使用的是“選取-投影-聯接”政策進行查詢。

用一個例子就可以了解： select uid,name from user where gender = 1;

這個select 查詢先根據where 語句進行選取，而不是先将表全部查詢出來以後再進行gender過濾

這個select查詢先根據uid和name進行屬性投影，而不是将屬性全部取出以後再進行過濾

将這兩個查詢條件聯接起來生成最終查詢結果.

Cache和Buffer (查詢緩存)

如果查詢緩存有命中的查詢結果，查詢語句就可以直接去查詢緩存中取資料。

這個緩存機制是由一系列小緩存組成的。比如表緩存，記錄緩存，key緩存，權限緩存等

8.Engine (存儲引擎)

存儲引擎是MySql中具體的與檔案打交道的子系統。也是Mysql最具有特色的一個地方。

Mysql的存儲引擎是插件式的。它根據MySql AB公司提供的檔案通路層的一個抽象接口來定制一種檔案通路機制（這種通路機制就叫存儲引擎）

SQL 語句執行過程

資料庫通常不會被直接使用，而是由其他程式設計語言通過SQL語句調用mysql，由mysql處理并傳回執行結果。那麼Mysql接受到SQL語句後，又是如何處理的呢？

首先程式的請求會通過mysql的connectors與其進行互動，請求到處後，會暫時存放在連接配接池（connection pool)中并由處理器（Management Serveices & Utilities）管理。當該請求從等待隊列進入到處理隊列，管理器會将該請求丢給SQL接口（SQL Interface）。SQL接口接收到請求後，它會将請求進行hash處理并與緩存中的結果進行對比，如果完全比對則通過緩存直接傳回處理結果；否則，需要完整的走一趟流程：

(1)由SQL接口丢給後面的解釋器（Parser），上面已經說到，解釋器會判斷SQL語句正确與否，若正确則将其轉化為資料結構。

(2)解釋器處理完，便來到後面的優化器（Optimizer），它會産生多種執行計劃,最終資料庫會選擇最優化的方案去執行,盡快返會結果。

(3)确定最優執行計劃後，SQL語句此時便可以交由存儲引擎（Engine）處理，存儲引擎将會到後端的儲存設備中取得相應的資料，并原路傳回給程式。

這裡有幾點需要注意：

(1)如何緩存查詢資料？

存儲引擎處理完資料，并将其傳回給程式的同時，它還會将一份資料保留在緩存中，以便更快速的處理下一次相同的請求。具體情況是，mysql會将查詢的語句、執行結果等進行hash，并保留在cache中，等待下次查詢。

(2)buffer與cache的差別？

從上面的圖可以看到，緩存那裡實際上有buffer和cache兩個，那它們之間是否有什麼不同呢？簡單的說就是，buffer是寫緩存，cache是讀緩存。

(3)如何判斷緩存中是否已緩存需要的資料

這裡可能有一個誤區，覺得處理SQL語句的時候，為了判斷是否已緩存查詢結果，會将整個流程走一遍，取得執行結果後再與需要的進行對比，看看是否命中，并以此說，既然不管緩存中有沒有緩存到查詢内容，都要整個流程走一遍，那麼緩存的優勢又在哪裡？？

實際上，并非如此，在第一次查詢後，mysql便将查詢語句以及查詢結果進行hash處理并保留在緩存中，SQL查詢到達之後，對其進行同樣的hash處理後，将兩個hash值進行對照，如果一樣，則命中，從緩存中傳回查詢結果；否則，需要整個流程走一遍。

​