本文主要給大家介紹MySQL運行原理及基礎架構是什么，文章內(nèi)容都是筆者用心摘選和編輯的，具有一定的針對性，對大家的參考意義還是比較大的，下面跟筆者一起了解下MySQL運行原理及基礎架構是什么吧。  

目前創(chuàng)新互聯(lián)公司已為上千家的企業(yè)提供了網(wǎng)站建設、域名、網(wǎng)絡空間、網(wǎng)站托管維護、企業(yè)網(wǎng)站設計、邛崍網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

1. connectors

  與其他編程語言中的sql 語句進行交互，如php、java等。

2. Management Serveices & Utilities

系統(tǒng)管理和控制工具

3. Connection Pool (連接池)

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


4. SQL Interface (SQL接口)

接受用戶的SQL命令，并且返回用戶需要查詢的結果。比如select from就是調(diào)用SQL Interface


5. Parser （解析器）

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

主要功能：

a . 將SQL語句分解成數(shù)據(jù)結構，并將這個結構傳遞到后續(xù)步驟，后面SQL語句的傳遞和處理就是基于這個結構的

b.  如果在分解構成中遇到錯誤，那么就說明這個sql語句是不合理的，語句將不會繼續(xù)執(zhí)行下去


6. Optimizer (查詢優(yōu)化器)

SQL語句在查詢之前會使用查詢優(yōu)化器對查詢進行優(yōu)化(產(chǎn)生多種執(zhí)行計劃,最終數(shù)據(jù)庫會選擇最優(yōu)化的方案去執(zhí)行,盡快返會結果) 他使用的是“選取-投影-聯(lián)接”策略進行查詢。

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

這個select 查詢先根據(jù)where 語句進行選取，而不是先將表全部查詢出來以后再進行gender過濾

這個select查詢先根據(jù)uid和name進行屬性投影，而不是將屬性全部取出以后再進行過濾

將這兩個查詢條件聯(lián)接起來生成最終查詢結果.



7. Cache和Buffer (查詢緩存)

如果查詢緩存有命中的查詢結果，查詢語句就可以直接去查詢緩存中取數(shù)據(jù)。

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


8.Engine (存儲引擎)

存儲引擎是MySql中具體的與文件打交道的子系統(tǒng)。也是Mysql最具有特色的一個地方。

Mysql的存儲引擎是插件式的。它根據(jù)MySql AB公司提供的文件訪問層的一個抽象接口來定制一種文件訪問機制（這種訪問機制就叫存儲引擎）


-+-----------------------------------------------------------------------------------+-


SQL 語句執(zhí)行過程


   數(shù)據(jù)庫通常不會被直接使用，而是由其他編程語言通過SQL語句調(diào)用mysql，由mysql處理并返回執(zhí)行結果。那么Mysql接受到SQL語句后，又是如何處理的呢？

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

   (1)由SQL接口丟給后面的解釋器（Parser），上面已經(jīng)說到，解釋器會判斷SQL語句正確與否，若正確則將其轉化為數(shù)據(jù)結構。

   (2)解釋器處理完，便來到后面的優(yōu)化器（Optimizer），它會產(chǎn)生多種執(zhí)行計劃,最終數(shù)據(jù)庫會選擇最優(yōu)化的方案去執(zhí)行,盡快返會結果。

   (3)確定最優(yōu)執(zhí)行計劃后，SQL語句此時便可以交由存儲引擎（Engine）處理，存儲引擎將會到后端的存儲設備中取得相應的數(shù)據(jù)，并原路返回給程序。


這里有幾點需要注意：

(1)如何緩存查詢數(shù)據(jù)？

存儲引擎處理完數(shù)據(jù)，并將其返回給程序的同時，它還會將一份數(shù)據(jù)保留在緩存中，以便更快速的處理下一次相同的請求。具體情況是，mysql會將查詢的語句、執(zhí)行結果等進行hash，并保留在cache中，等待下次查詢。


(2)buffer與cache的區(qū)別？

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


(3)如何判斷緩存中是否已緩存需要的數(shù)據(jù)

這里可能有一個誤區(qū)，覺得處理SQL語句的時候，為了判斷是否已緩存查詢結果，會將整個流程走一遍，取得執(zhí)行結果后再與需要的進行對比，看看是否命中，并以此說，既然不管緩存中有沒有緩存到查詢內(nèi)容，都要整個流程走一遍，那么緩存的優(yōu)勢又在哪里？？


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

看完以上關于MySQL運行原理及基礎架構是什么，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業(yè)知識信息 ，可以持續(xù)關注我們的行業(yè)資訊欄目的。