文章已托管到GitHub，大家可以去GitHub查看閱讀，歡迎老板們前來Star！ 搜索關注微信公眾號 碼出Offer 領取各種學習資料！
MySQL基礎架構
一、引言
我們在學習MySQL的時候，邁入MySQL大門的第一步就是了解并安裝MySQL客戶端，隨后才是使用MySQL做一系列資料庫操作，但是往往被我們忽略的卻是真正了解MySQL基礎架構，為什么要這么說呢？因為在對資料庫資料CURD操作的時候，也會出現一些問題或例外情況，此時并不是要去盲目的解決問題，而是直戳本質，快速定位并解決問題，
二、MySQL基礎架構圖
MySQL基礎架構可以分為兩大類：Server層和存盤引擎層
- Server層： Server層涵蓋了MySQL大部分核心業務功能，并且所有存盤引擎的功能都在這一層實作
- 存盤引擎層： 存盤引擎有很多，各自有著各自的特點，可以根據場景來選擇不同的存盤引擎來操作資料
| Server層 | 存盤引擎層 |
|---|---|
 |
 |
三、MySQL基礎架構零件分析
- 連接器： 管理連接，權限驗證
- 分析器： 詞法分析，語法分析
- 查詢快取： 命中快取，回傳結果
- 優化器： 執行計劃生成，索引選擇
- 執行器： 操作引擎，回傳結果
- 存盤引擎： 存盤資料，提供讀寫介面
四、基礎零件剖析
4.1 連接器
使用MySQL資料庫，第一步是要連接MySQL資料庫，這時候第一個迎接的你就是連接器，連接器負責跟客戶端建立連接、獲取權限、管理連接等作業，我們一般是使用命令
mysql -uroot -p+Enter后輸入密碼并登錄，當輸入密碼提交登錄時，MySQL客戶端會與服務器建立連接，在完成TCP握手后，連接器就開始確認你所輸入的用戶名和密碼，如果用戶名密碼正確則成功登錄，如果用戶名密碼錯誤，會受到如下錯誤資訊！
| 登錄失敗錯誤資訊 |
|---|
 |
登陸成功后，連接器會對你進行權限驗證，此時權限驗證都依賴于這時候讀取到的權限，并根據你的權限而賦予對資料庫的操作的權力，正是因為權限驗證對驗證時權限讀取的依賴問題，也反映出了如下注意點！
注意： 一個用戶成功建立連接后，即使你用管理員賬號對這個用戶的權限做了修改，也不會影響已經存在連接的權限，修改完成后，只有再新建的連接才會使用新的權限設定，
4.2 查詢快取
連接建立完成后，假設你正在使用該SQL陳述句查詢一條資料
select * from tb_user where id = 1，接下來MySQL執行邏輯就回到了查詢快取中，此時MySQL拿到一個查詢請求后，先到查詢快取里看看是否執行過一這條SQL陳述句，在之前如果執行過這條陳述句，其結果大概就是以Key-Value（鍵值對）的形式直接快取在記憶體中，這里的Key代指的是查詢陳述句，Value代指的是查詢結果，如果你所查詢的陳述句在查詢快取中就命中快取，它就會把該SQL陳述句對應的value值結果集回傳，這樣就并不會執行其他MySQL零部件了，大大提高了查詢效率，但是往往利弊是同時存在的，查詢快取有著一個致命的缺點，那就是查詢快取失效十分頻繁，這里所說的查詢快取失效是指的只要有對一個表的更新，這個表上所有的查詢快取都會被清空，因此可能你廢了很大的勁把結果存起來，還沒使用呢，就被一個更新全清空了！大家都知道資料的寶貴，由于這個致命的缺點，導致查詢快取在MySQL8.0版本的時候就被拋棄了，也就是說MySQL8.0版本徹底洗掉了查詢快取！
4.3 分析器
如果沒有命中快取，那就必須執行SQL陳述句了，這時候你所寫的查詢陳述句就到了分析器，分析器先會對SQL陳述句進行“詞法分析”，它會分析并識別你所輸入的空格、字串和關鍵字都在MySQL中代表了什么，比如首先它會識別出來select關鍵字、表名、列名和條件，識別了SQL陳述句的這些后，就到了“語法分析”的階段，它會根據MySQL的陳述句標準來檢查你所輸入的SQL陳述句是否符合標準，如果不符合標準就會報出一個“You have an error in your SQL syntax”的語法錯誤提示，
注意： 一般語法錯誤提示第一個你所需要關注的是緊接著“use near”的內容，因為它會告訴你哪個語法附近有錯誤！
4.4 優化器
能進到優化器優化環節的SQL陳述句，說明在分析器分析的時候沒有出現任何錯誤，那么優化器對該SQL陳述句做了些什么呢？假如一個SQL陳述句中是有索引的，優化器會根據優化規則選擇合適的索引，或者是一個陳述句奪標關聯時，優化器決定了各個表之間的連接順序，這里我們看一個多表連接的SQL陳述句：
select * from tb_user join tb_grade on tb_user.id = tb_grade.uid where tb_user.username = 'Ziph' and tb_grade.subject = 'Java';
先從tb_user表中取出username=Ziph的記錄ID，再根據ID關聯到tb_grade表，再判斷tb_grade表中的subject是否等于Java
先從tb_grade表中取出subject=Java的記錄ID，再根據ID關聯到tb_user表，再判斷tb_user表中的username是否等于Ziph
兩種邏輯查詢出的結果雖然是一樣的，但是執行效率會有所不同，而優化器的作用就是根據自己的優化邏輯判斷來決定使用哪一個方案
4.5 執行器
通過分析器知道了做什么，通過優化器知道了怎么做，這就遇到了一個問題，誰來做？可想而知就是執行器開始執行SQL陳述句，開始執行的時候，要先判斷一下你對表是否有執行查詢的權限，如果沒有就會報出錯誤的提示資訊，如果有權限，就打開表繼續執行，執行器會根據表的引擎來呼叫提供的引擎介面，開始執行，
執行器呼叫引擎介面執行程序： 呼叫InnoDB引擎介面取這個表的第一行，判斷是否符合查詢條件，如果不符合則跳過，如果符合則將這行存在結果集中，以此類推，執行遍歷所有行將所有滿足條件的記錄集作為結果集回傳
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/8710.html
標籤：MySQL