下圖是 MySQL 的一個(gè)簡(jiǎn)要架構(gòu)圖，從下圖可以清晰的看到 SQL 語(yǔ)句在 MySQL 內(nèi)部是如何執(zhí)行的碗旅。
先簡(jiǎn)單介紹下圖涉及的一些組件的基本作用，后面還會(huì)詳細(xì)介紹到這些組件的作用烁巫。
- 連接器： 身份認(rèn)證和權(quán)限相關(guān)(登錄 MySQL 的時(shí)候)
- 查詢緩存: 執(zhí)行查詢語(yǔ)句的時(shí)候巢寡，會(huì)先查詢緩存（MySQL8.0 版本后移除，因?yàn)檫@個(gè)功能不太實(shí)用）
- 分析器: 沒(méi)有命中緩存的話夸楣，SQL 語(yǔ)句就會(huì)經(jīng)過(guò)分析器宾抓，分析器說(shuō)白了，就是要先看你的 SQL 語(yǔ)句是要干嘛豫喧，再檢查你的 SQL 語(yǔ)句語(yǔ)法是否正確
- 優(yōu)化器： 按照 MySQL 認(rèn)為最優(yōu)的方案去執(zhí)行
- 執(zhí)行器: 執(zhí)行語(yǔ)句石洗，然后從存儲(chǔ)引擎返回?cái)?shù)據(jù)
簡(jiǎn)單來(lái)說(shuō)， MySQL 主要分為 Server 層和存儲(chǔ)引擎層：
- Server 層：主要包括連接器紧显、查詢緩存讲衫、分析器、優(yōu)化器孵班、執(zhí)行器等涉兽，所有跨存儲(chǔ)引擎的功能都在這一層實(shí)現(xiàn)招驴，比如存儲(chǔ)過(guò)程、觸發(fā)器花椭、視圖忽匈，函數(shù)等，還有一個(gè)通用的日志模塊 binglog 日志模塊矿辽。
- 存儲(chǔ)引擎： 主要負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)和讀取，采用可以替換的插件式架構(gòu)郭厌，支持 InnoDB袋倔、MyISAM、Memory 等多個(gè)存儲(chǔ)引擎折柠，其中 InnoDB 引擎有自有的日志模塊 redolog 模塊宾娜。
現(xiàn)在最常用的存儲(chǔ)引擎是 InnoDB，它從 MySQL5.5.5 版本開(kāi)始就被當(dāng)做默認(rèn)存儲(chǔ)引擎扇售。
Server 層基本組件介紹
1) 連接器
連接器主要和身份認(rèn)證和權(quán)限相關(guān)的功能相關(guān)前塔，就好比一個(gè)級(jí)別很高的門衛(wèi)一樣。
主要負(fù)責(zé)用戶登錄數(shù)據(jù)庫(kù)承冰，進(jìn)行用戶的身份認(rèn)證华弓，包括校驗(yàn)賬戶密碼，權(quán)限等操作困乒，如果用戶賬戶密碼已通過(guò)寂屏，連接器會(huì)到權(quán)限表中查詢?cè)撚脩舻乃袡?quán)限，之后在這個(gè)連接里的權(quán)限邏輯判斷都是會(huì)依賴此時(shí)讀取到的權(quán)限數(shù)據(jù)娜搂，也就是說(shuō)迁霎，后續(xù)只要這個(gè)連接不斷開(kāi)，即時(shí)管理員修改了該用戶的權(quán)限百宇，該用戶也是不受影響的考廉。
2) 查詢緩存(MySQL8.0 版本后移除)
查詢緩存主要用來(lái)緩存所執(zhí)行的 SELECT 語(yǔ)句以及該語(yǔ)句的結(jié)果集。
連接建立后携御，執(zhí)行查詢語(yǔ)句的時(shí)候昌粤，會(huì)先查詢緩存，MySQL 會(huì)先校驗(yàn)這個(gè) sql 是否執(zhí)行過(guò)因痛，以 Key-Value 的形式緩存在內(nèi)存中婚苹，Key 是查詢預(yù)計(jì)，Value 是結(jié)果集鸵膏。如果緩存 key 被命中膊升，就會(huì)直接返回給客戶端，如果沒(méi)有命中谭企，就會(huì)執(zhí)行后續(xù)的操作廓译，完成后也會(huì)把結(jié)果緩存起來(lái)评肆，方便下一次調(diào)用。當(dāng)然在真正執(zhí)行緩存查詢的時(shí)候還是會(huì)校驗(yàn)用戶的權(quán)限非区，是否有該表的查詢條件瓜挽。
MySQL 查詢不建議使用緩存，因?yàn)椴樵兙彺媸г趯?shí)際業(yè)務(wù)場(chǎng)景中可能會(huì)非常頻繁征绸，假如你對(duì)一個(gè)表更新的話久橙，這個(gè)表上的所有的查詢緩存都會(huì)被清空。對(duì)于不經(jīng)常更新的數(shù)據(jù)來(lái)說(shuō)管怠，使用緩存還是可以的淆衷。
所以，一般在大多數(shù)情況下都是不推薦去使用查詢緩存的渤弛。
MySQL8.0 版本后刪除了緩存的功能祝拯，官方也是認(rèn)為該功能在實(shí)際的應(yīng)用場(chǎng)景比較少，所以干脆直接刪掉了她肯。
3) 分析器
MySQL 沒(méi)有命中緩存佳头，那么就會(huì)進(jìn)入分析器，分析器主要是用來(lái)分析 SQL 語(yǔ)句是來(lái)干嘛的晴氨，分析器也會(huì)分為幾步：
第一步康嘉，詞法分析，一條 SQL 語(yǔ)句有多個(gè)字符串組成瑞筐，首先要提取關(guān)鍵字凄鼻，比如 select，提出查詢的表聚假，提出字段名块蚌，提出查詢條件等等。做完這些操作后膘格，就會(huì)進(jìn)入第二步峭范。
第二步，語(yǔ)法分析瘪贱，主要就是判斷你輸入的 sql 是否正確纱控，是否符合 MySQL 的語(yǔ)法。
完成這 2 步之后菜秦，MySQL 就準(zhǔn)備開(kāi)始執(zhí)行了甜害，但是如何執(zhí)行，怎么執(zhí)行是最好的結(jié)果呢球昨？這個(gè)時(shí)候就需要優(yōu)化器上場(chǎng)了尔店。
4) 優(yōu)化器
優(yōu)化器的作用就是以它認(rèn)為最優(yōu)的執(zhí)行方案去執(zhí)行（但有時(shí)候可能也不是最優(yōu)的），比如多個(gè)索引的時(shí)候該如何選擇索引，多表查詢的時(shí)候如何選擇關(guān)聯(lián)順序等嚣州。
可以說(shuō)鲫售，經(jīng)過(guò)了優(yōu)化器之后，這個(gè)語(yǔ)句具體該如何執(zhí)行就已經(jīng)定下來(lái)该肴。
5) 執(zhí)行器
當(dāng)選擇了執(zhí)行方案后情竹，MySQL 就準(zhǔn)備開(kāi)始執(zhí)行了，首先執(zhí)行前會(huì)校驗(yàn)該用戶有沒(méi)有權(quán)限匀哄，如果沒(méi)有權(quán)限秦效，就會(huì)返回錯(cuò)誤信息，如果有權(quán)限涎嚼，就會(huì)去調(diào)用引擎的接口棉安，返回接口執(zhí)行的結(jié)果。
