1、通常sql執(zhí)行流程

用戶發(fā)起請求到業(yè)務(wù)服務(wù)器，執(zhí)行sql語句時(shí)，先到連接池中獲取連接，然后到mysql服務(wù)器執(zhí)行查詢。

1.1 問題1：MySQL誰去處理網(wǎng)絡(luò)請求？

msyql服務(wù)器誰負(fù)責(zé)從這個(gè)連接中去監(jiān)聽這個(gè)網(wǎng)絡(luò)請求？誰負(fù)責(zé)從網(wǎng)絡(luò)連接里把數(shù)據(jù)讀出來？

其實(shí)大家都知道，網(wǎng)絡(luò)連接必須得分配一個(gè)線程去處理，由一個(gè)線程來監(jiān)聽和讀取請求數(shù)據(jù)，比如從網(wǎng)絡(luò)連接中讀取和解析出來一條發(fā)過去的sql語句，

如下圖所示：

1.2 問題2：MySQL如何執(zhí)行sql語句？

• 接著我們思考一下，當(dāng)mysql內(nèi)部的工作線程從一個(gè)網(wǎng)絡(luò)連接中讀取出來一個(gè)sql語句之后，此時(shí)會如何執(zhí)行這個(gè)sql語句呢？
• 如果要執(zhí)行這個(gè)sql，去完成底層的數(shù)據(jù)增刪改查，其實(shí)是一項(xiàng)極其復(fù)雜的任務(wù)了。Mysql內(nèi)部首先提供一個(gè)組件，就是SQL接口（SQL Interface），他是一套執(zhí)行sql語句的接口，專門用于執(zhí)行我們發(fā)送給mysql的那些增刪改查的sql語句。
• 因此mysql工作線程接收到SQL語句后，就會轉(zhuǎn)交給SQL接口去執(zhí)行，

如下圖：

1.3 查詢解析器

MySQL怎么看懂和理解這些SQL?比如現(xiàn)在有個(gè)這樣的SQL，我們?nèi)四X處理一下，只要懂SQL語法的人，立馬就明白什么意思了。但是MySQL是一個(gè)數(shù)據(jù)庫管理系統(tǒng)，他是沒法直接理解這些SQL語句的！此時(shí)就有一個(gè)關(guān)鍵組件出場了：查詢解析器。

查詢解析器（Parser）是負(fù)責(zé)對SQL語句進(jìn)行解析的，比如上面那個(gè)sql語句進(jìn)行一下拆解，可以拆解為以下幾部分：

• 要從『users』表里查詢數(shù)據(jù)
• 查詢『id』字段等于1的那行數(shù)據(jù)
• 對查詢出來的那行數(shù)據(jù)要提取里面『id,name,age』三個(gè)字段

所謂的SQL解析，就是按照既定的sql語法，對我們按照sql語法規(guī)則編寫的sql語句進(jìn)行解析，然后理解這個(gè)sql語句要干什么事情，

如下圖所示：

1.4 查詢優(yōu)化器

當(dāng)通過解析器理解了SQL要干什么之后，并不是馬上去執(zhí)行，而是要通過查詢優(yōu)化器（Optimizer）來選擇一個(gè)最優(yōu)的查詢路徑。就以上面那個(gè)sql查詢?yōu)槔?，看下所謂最優(yōu)查詢路徑是什么。

要完成這個(gè)事，我們有以下幾個(gè)查詢路徑：

• 查詢路徑1：直接定位到『users』表中的『ID』字段等于1的那一行數(shù)據(jù)，然后取那行數(shù)據(jù)的『id,name,age』三個(gè)字段值就行了；
• 查詢路徑2：先把『users』表中每一行數(shù)據(jù)的『id,name,age』三個(gè)字段的值都查出來，然后從這批數(shù)據(jù)里過了出『id』字段等于1的那行數(shù)據(jù)。

上面就是一個(gè)最簡單的SQL語句的兩種實(shí)現(xiàn)路徑，要完成這個(gè)sql語句的目標(biāo)，兩個(gè)路徑都可以做到，但哪一種更好呢？顯然感覺上第一種查詢路徑更好一些。

所以查詢優(yōu)化器就是針對你編寫的幾十行、幾百行甚至上千行的復(fù)雜sql語句生成查詢路徑樹，然后從里面選擇一條最優(yōu)的查詢路徑出來。相當(dāng)于他告訴sql執(zhí)行器，按照一個(gè)什么樣的步驟和順序，去執(zhí)行哪些操作，然后一步一步把SQL語句就完成了。

1.5 存儲引擎

數(shù)據(jù)庫就是一個(gè)編程語言寫出來的系統(tǒng)而已，然后啟動(dòng)之后也是個(gè)進(jìn)程，執(zhí)行池里面的各種代碼，也就是我們上面所說的那些東西。所以對數(shù)據(jù)庫而言，我們的數(shù)據(jù)要不然是放在內(nèi)存里，要不然是放在磁盤文件里，沒什么特殊的地方！所以我們來思考一下，假設(shè)我們的數(shù)據(jù)有的存放在內(nèi)存里，有的存放在磁盤文件里如下圖所示。

那么問題來了，我們執(zhí)行的時(shí)候是先更新內(nèi)存數(shù)據(jù)？還是磁盤數(shù)據(jù)？我們?nèi)绻雀麓疟P數(shù)據(jù)，是先查詢哪個(gè)磁盤文件，再更新哪個(gè)磁盤文件？

這個(gè)時(shí)候就需要存儲引擎了。存儲引擎其實(shí)就是執(zhí)行sql語句的，它會按照一定的步驟去查詢內(nèi)存緩存數(shù)據(jù)，更新磁盤數(shù)據(jù)，查詢磁盤數(shù)據(jù)等等，執(zhí)行一系列數(shù)據(jù)的操作，

如下圖所示：

MySQL的架構(gòu)設(shè)計(jì)中，SQL接口、SQL解析器、查詢優(yōu)化器都是用的一套組件。但是存儲引擎像插件一樣，支持各種各樣的存儲引擎的，比如我們常見的InnoDB、MylSam、Momery等。我們可以自由選擇哪種存儲引擎來負(fù)責(zé)具體的SQL執(zhí)行。不過現(xiàn)在大家一般都使用InnoDB作為MySQL的存儲引擎。

1.6 執(zhí)行器

那么看完存儲引擎之后，我們知道存儲引擎可以幫助我們?nèi)ピL問內(nèi)存以及磁盤上的數(shù)據(jù)，那么是誰來調(diào)用存儲引擎的接口呢？其實(shí)我們現(xiàn)在還漏了一個(gè)執(zhí)行器的概念，這個(gè)執(zhí)行器會根據(jù)優(yōu)化器選擇的執(zhí)行方案，去調(diào)用存儲引擎的接口按照一定的順序和步驟，就把SQL語句的邏輯給執(zhí)行了。

舉個(gè)例子，比如執(zhí)行器可能會先調(diào)用存儲引擎的一個(gè)接口，去獲取“usrs”表中的第一行數(shù)據(jù)，然后判斷一下這個(gè)數(shù)據(jù)的"id”字段的值是否等于我們期望的一個(gè)值，如果不是的話，那就繼續(xù)調(diào)用存儲引擎的接口，去獲取“users”表的下一行數(shù)據(jù)。

就是基于上述的思路，執(zhí)行器就會去根據(jù)我們的優(yōu)化器生成的一套執(zhí)行計(jì)劃，然后不停的調(diào)用存儲引擎的各種接口去完成SQL語句的執(zhí)行計(jì)劃，大致就是不停的更新或者提取一些數(shù)據(jù)出來。如下圖所示：

2、總結(jié)

我們再來總結(jié)下MySQL的執(zhí)行流程：

• 用戶發(fā)起請求到tomcat服務(wù)器，tomcat服務(wù)器中線程開始執(zhí)行sql 語句
• 首先線程從數(shù)據(jù)庫的連接池中獲取一個(gè)連接，建立與MySQL數(shù)據(jù)庫服務(wù)器的連接
• MySQL的工作線程接收到SQL語句后，轉(zhuǎn)交給SQL接口去執(zhí)行
• 查詢解析器對SQL進(jìn)行語法拆解，理解這個(gè)SQL要干什么
• 查詢優(yōu)化器選擇最優(yōu)的查詢路徑，生成SQL的執(zhí)行順序和步驟
• 執(zhí)行器將sql執(zhí)行計(jì)劃交給底層的存儲引擎接口去執(zhí)行，他按照一定的步驟去查詢內(nèi)存數(shù)據(jù)、更新磁盤數(shù)據(jù)等等

執(zhí)行過程如下圖所示：

到此這篇關(guān)于MySQL執(zhí)行SQL語句的流程詳解的文章就介紹到這了,更多相關(guān)MySQL執(zhí)行SQL內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論