一，MySQL運行原理

兩個一樣的圖

1，SQL語句執行的過程詳細說明

如上圖所示，當向MySQL發送一個請求的時候，MySQL到底做了什么：

a, 客戶端發送一條查詢給服務器。

b, 服務器先檢查查詢緩存，如果命中了緩存，則立刻返回存儲在緩存中的結果。否則進入下一階段。

c, 服務器端進行SQL解析、預處理，再由優化器生成對應的執行計劃。

d, MySQL根據優化器生成的執行計劃，再調用存儲引擎的API來執行查詢。

e, 將結果返回給客戶端。

查詢緩存說明;

MySQL查詢緩存保存查詢返回的完整結構。當查詢命中該緩存時，MySQL會立刻返回結果，跳過了解析、優化和執行階段。

查詢緩存系統會跟蹤查詢中涉及的每個表，如果這些表發生了變化，那么和這個表相關的所有緩存數據都將失效。

MySQL將緩存存放在一個引用表中，通過一個哈希值引用，這個哈希值包括了以下因素，即查詢本身、當前要查詢的數據庫、客戶端協議的版本等一些其他可能影響返回結果的信息。

當判斷緩存是否命中時，MySQL不會進行解析查詢語句，而是直接使用SQL語句和客戶端發送過來的其他原始信息。所以，任何字符上的不同，例如空格、注解等都會導致緩存的不命中。

當查詢語句中有一些不確定的數據時，則不會被緩存。例如包含函數NOW()或者CURRENT_DATE()的查詢不會緩存。包含任何用戶自定義函數，存儲函數，用戶變量，臨時表，mysql數據庫中的系統表或者包含任何列級別權限的表，都不會被緩存。

有一點需要注意，MySQL并不是會因為查詢中包含一個不確定的函數而不檢查查詢緩存，因為檢查查詢緩存之前，MySQL不會解析查詢語句，所以也無法知道語句中是否有不確定的函數。

事實則是，如果查詢語句中包含任何的不確定的函數，那么其查詢結果不會被緩存，因為查詢緩存中也無法找到對應的緩存結果。

解析和預處理說明：

解析器通過關鍵字將SQL語句進行解析，并生成對應的解析樹。MySQL解析器將使用MySQL語法規則驗證和解析查詢。

預處理器則根據一些MySQL規則進行進一步檢查解析書是否合法，例如檢查數據表和數據列是否存在，還會解析名字和別名，看看它們是否有歧義

查詢優化器說明：

查詢優化器會將解析樹轉化成執行計劃。一條查詢可以有多種執行方法，最后都是返回相同結果。優化器的作用就是找到這其中最好的執行計劃。

生成執行計劃的過程會消耗較多的時間，特別是存在許多可選的執行計劃時。如果在一條SQL語句執行的過程中將該語句對應的最終執行計劃進行緩存，當相似的語句再次被輸入服務器時，就可以直接使用已緩存的執行計劃，從而跳過SQL語句生成執行計劃的整個過程，進而可以提高語句的執行速度。

MySQL使用基于成本的查詢優化器(Cost-Based Optimizer，CBO)。它會嘗試預測一個查詢使用某種執行計劃時的成本，并選擇其中成本最少的一個。

優化器會根據優化規則對關系表達式進行轉換，這里的轉換是說一個關系表達式經過優化規則后會生成另外一個關系表達式，同時原有表達式也會保留，經過一系列轉換后會生成多個執行計劃，然后CBO會根據統計信息和代價模型(Cost Model)計算每個執行計劃的Cost，從中挑選Cost最小的執行計劃。由上可知，CBO中有兩個依賴：統計信息和代價模型。統計信息的準確與否、代價模型的合理與否都會影響CBO選擇最優計劃

查詢執行引擎說明：

在解析和優化階段，MySQL將生成查詢對應的執行計劃，MySQL的查詢執行引擎根據這個執行計劃來完成整個查詢。這里執行計劃是一個數據結構，而不是和其他的關系型數據庫那樣生成對應的字節碼

返回結果給客戶端說明：

如果查詢可以被緩存，那么MySQL在這個階段頁會將結果存放到查詢緩存中。

MySQL將結果集返回給客戶端是一個增量、逐步返回的過程。在查詢生成第一條結果時，MySQL就可以開始向客戶端逐步返回結果集了

總結

以上是生活随笔為你收集整理的mysql的sql执行原理图_性能测试MySQL之SQL运行原理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。