本篇文章給大家?guī)淼膬?nèi)容是關(guān)于sql語句在mysql中如何執(zhí)行？有一定的參考價值，有需要的朋友可以參考一下，希望對你有所幫助。
本篇文章會分析下一個 sql 語句在 mysql 中的執(zhí)行流程，包括 sql 的查詢在 MySQL 內(nèi)部會怎么流轉(zhuǎn)，sql 語句的更新是怎么完成的。
在分析之前我會先帶著你看看 MySQL 的基礎(chǔ)架構(gòu)，知道了 MySQL 由那些組件組成已經(jīng)這些組件的作用是什么，可以幫助我們理解和解決這些問題。
一 MySQL 基礎(chǔ)架構(gòu)分析
1.1 MySQL 基本架構(gòu)概覽
下圖是 MySQL ?的一個簡要架構(gòu)圖，從下圖你可以很清晰的看到用戶的 SQL 語句在 MySQL 內(nèi)部是如何執(zhí)行的。
先簡單介紹一下下圖涉及的一些組件的基本作用幫助大家理解這幅圖，在 1.2 節(jié)中會詳細介紹到這些組件的作用。
連接器： 身份認證和權(quán)限相關(guān)(登錄 MySQL 的時候)。
查詢緩存: ?執(zhí)行查詢語句的時候，會先查詢緩存（MySQL 8.0 版本后移除，因為這個功能不太實用）。
分析器: ?沒有命中緩存的話，SQL 語句就會經(jīng)過分析器，分析器說白了就是要先看你的 SQL 語句要干嘛，再檢查你的 SQL 語句語法是否正確。
優(yōu)化器： ?按照 MySQL 認為最優(yōu)的方案去執(zhí)行。
執(zhí)行器: 執(zhí)行語句，然后從存儲引擎返回數(shù)據(jù)。
簡單來說 MySQL ?主要分為 Server 層和存儲引擎層：
Server 層：主要包括連接器、查詢緩存、分析器、優(yōu)化器、執(zhí)行器等，所有跨存儲引擎的功能都在這一層實現(xiàn)，比如存儲過程、觸發(fā)器、視圖，函數(shù)等，還有一個通用的日志模塊 binglog 日志模塊。
存儲引擎： 主要負責數(shù)據(jù)的存儲和讀取，采用可以替換的插件式架構(gòu)，支持 InnoDB、MyISAM、Memory 等多個存儲引擎，其中 InnoDB 引擎有自有的日志模塊 redolog 模塊。現(xiàn)在最常用的存儲引擎是 InnoDB，它從 MySQL 5.5.5 版本開始就被當做默認存儲引擎了。
1.2 Server 層基本組件介紹
1) 連接器
連接器主要和身份認證和權(quán)限相關(guān)的功能相關(guān)，就好比一個級別很高的門衛(wèi)一樣。
主要負責用戶登錄數(shù)據(jù)庫，進行用戶的身份認證，包括校驗賬戶密碼，權(quán)限等操作，如果用戶賬戶密碼已通過，連接器會到權(quán)限表中查詢該用戶的所有權(quán)限，之后在這個連接里的權(quán)限邏輯判斷都是會依賴此時讀取到的權(quán)限數(shù)據(jù)，也就是說，后續(xù)只要這個連接不斷開，即時管理員修改了該用戶的權(quán)限，該用戶也是不受影響的。
2) 查詢緩存(MySQL 8.0 版本后移除)
查詢緩存主要用來緩存我們所執(zhí)行的 select 語句以及該語句的結(jié)果集。
連接建立后，執(zhí)行查詢語句的時候，會先查詢緩存，MySQL 會先校驗這個 sql 是否執(zhí)行過，以 Key-Value 的形式緩存在內(nèi)存中，Key 是查詢預(yù)計，Value 是結(jié)果集。如果緩存 key 被命中，就會直接返回給客戶端，如果沒有命中，就會執(zhí)行后續(xù)的操作，完成后也會把結(jié)果緩存起來，方便下一次調(diào)用。當然在真正執(zhí)行緩存查詢的時候還是會校驗用戶的權(quán)限，是否有該表的查詢條件。
MySQL 查詢不建議使用緩存，因為查詢緩存失效在實際業(yè)務(wù)場景中可能會非常頻繁，假如你對一個表更新的話，這個表上的所有的查詢緩存都會被清空。對于不經(jīng)常更新的數(shù)據(jù)來說，使用緩存還是可以的。
所以，一般在大多數(shù)情況下我們都是不推薦去使用查詢緩存的。
MySQL 8.0 版本后刪除了緩存的功能，官方也是認為該功能在實際的應(yīng)用場景比較少，所以干脆直接刪掉了。
3) 分析器
MySQL 沒有命中緩存，那么就會進入分析器，分析器主要是用來分析 SQL 語句是來干嘛的，分析器也會分為幾步：
第一步，詞法分析，一條 SQL 語句有多個字符串組成，首先要提取關(guān)鍵字，比如 select，提出查詢的表，提出字段名，提出查詢條件等等。做完這些操作后，就會進入第二步。
第二步，語法分析，主要就是判斷你輸入的 sql 是否正確，是否符合 MySQL 的語法。
完成這 2 步之后，MySQL 就準備開始執(zhí)行了，但是如何執(zhí)行，怎么執(zhí)行是最好的結(jié)果呢？這個時候就需要優(yōu)化器上場了。
4) 優(yōu)化器
優(yōu)化器的作用就是它認為的最優(yōu)的執(zhí)行方案去執(zhí)行（有時候可能也不是最優(yōu)，這篇文章涉及對這部分知識的深入講解），比如多個索引的時候該如何選擇索引，多表查詢的時候如何選擇關(guān)聯(lián)順序等。
可以說，經(jīng)過了優(yōu)化器之后可以說這個語句具體該如何執(zhí)行就已經(jīng)定下來。
5) 執(zhí)行器
當選擇了執(zhí)行方案后，MySQL 就準備開始執(zhí)行了，首先執(zhí)行前會校驗該用戶有沒有權(quán)限，如果沒有權(quán)限，就會返回錯誤信息，如果有權(quán)限，就會去調(diào)用引擎的接口，返回接口執(zhí)行的結(jié)果。
二 語句分析
2.1 查詢語句
說了以上這么多，那么究竟一條 sql 語句是如何執(zhí)行的呢？其實我們的 sql 可以分為兩種，一種是查詢，一種是更新（增加，更新，刪除）。我們先分析下查詢語句，語句如下：
select * from tb_student A where A.age='18' and A.name=' 張三 ';
結(jié)合上面的說明，我們分析下這個語句的執(zhí)行流程：
先檢查該語句是否有權(quán)限，如果沒有權(quán)限，直接返回錯誤信息，如果有權(quán)限，在 MySQL8.0 版本以前，會先查詢緩存，以這條 sql 語句為 key 在內(nèi)存中查詢是否有結(jié)果，如果有直接緩存，如果沒有，執(zhí)行下一步。
通過分析器進行詞法分析，提取 sql 語句的關(guān)鍵元素，比如提取上面這個語句是查詢 select，提取需要查詢的表名為 tb_student,需要查詢所有的列，查詢條件是這個表的 id=’1’。然后判斷這個 sql 語句是否有語法錯誤，比如關(guān)鍵詞是否正確等等，如果檢查沒問題就執(zhí)行下一步。
接下來就是優(yōu)化器進行確定執(zhí)行方案，上面的 sql 語句，可以有兩種執(zhí)行方案：
a.先查詢學生表中姓名為“張三”的學生，然后判斷是否年齡是 18。 b.先找出學生中年齡 18 歲的學生，然后再查詢姓名為“張三”的學生。
那么優(yōu)化器根據(jù)自己的優(yōu)化算法進行選擇執(zhí)行效率最好的一個方案（優(yōu)化器認為，有時候不一定最好）。那么確認了執(zhí)行計劃后就準備開始執(zhí)行了。
進行權(quán)限校驗，如果沒有權(quán)限就會返回錯誤信息，如果有權(quán)限就會調(diào)用數(shù)據(jù)庫引擎接口，返回引擎的執(zhí)行結(jié)果。
