需要從數(shù)據(jù)庫(kù)檢索某些符合要求的數(shù)據(jù)，我們很容易寫出 Select A B C FROM T WHERE ID = XX ?這樣的SQL，那么當(dāng)我們向數(shù)據(jù)庫(kù)發(fā)送這樣一個(gè)請(qǐng)求時(shí)，數(shù)據(jù)庫(kù)到底做了什么？

我們今天以MYSQL為例，揭示一下MySQL數(shù)據(jù)庫(kù)的查詢過(guò)程，并讓大家對(duì)數(shù)據(jù)庫(kù)里的一些零件有所了解。

MYSQL架構(gòu)

mysql架構(gòu)

MySQL 主要可以分為 Server 層和存儲(chǔ)引擎層。

Server層?包括連接器、查詢緩存、分析器、優(yōu)化器、執(zhí)行器等，所有跨存儲(chǔ)引擎的功能都在這一層實(shí)現(xiàn)，比如存儲(chǔ)過(guò)程、觸發(fā)器、視圖、函數(shù)等，還有個(gè)通用的日志模塊binlog日志模塊；

存儲(chǔ)引擎層?負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)和提取。其架構(gòu)模式是插件式的，支持 InnoDB、MyISAM、Memory 等多個(gè)存儲(chǔ)引擎。現(xiàn)在最常用的存儲(chǔ)引擎是 InnoDB（支持事務(wù)），它從 MySQL5.5.5 版本開(kāi)始成為默認(rèn)存儲(chǔ)引擎。

連接器

連接器主要負(fù)責(zé)用戶登錄數(shù)據(jù)庫(kù)，進(jìn)行用戶的身份認(rèn)證，包括校驗(yàn)賬戶密碼，權(quán)限等操作。

如果用戶密碼不對(duì)，你就會(huì)收到一個(gè)"Access denied for user"的錯(cuò)誤，然后客戶端程序結(jié)束執(zhí)行。

如果用戶賬戶密碼已通過(guò)，連接器會(huì)到權(quán)限表中查詢?cè)撚脩舻乃袡?quán)限，之后在這個(gè)連接里的權(quán)限邏輯判斷都是會(huì)依賴此時(shí)讀取到的權(quán)限數(shù)據(jù)，也就是說(shuō)，后續(xù)只要這個(gè)連接不斷開(kāi)，即時(shí)管理員修改了該用戶的權(quán)限，該用戶也是不受影響的。

查詢緩存（ Query cache）

客戶端與服務(wù)端建立連接后，MySQL 在執(zhí)行查詢語(yǔ)句時(shí)會(huì)先查詢緩存，校驗(yàn)這條SQL是不是在之前執(zhí)行過(guò)。之前執(zhí)行過(guò)的語(yǔ)句及其結(jié)果會(huì)以 key-value 對(duì)的形式，被直接緩存在內(nèi)存中。key 是查詢的語(yǔ)句，value 是查詢的結(jié)果。如果你的查詢能夠直接在這個(gè)緩存中找到 key，那么這個(gè)value 就會(huì)被直接返回給客戶端。如果沒(méi)有命中，則需要執(zhí)行后續(xù)的操作，完成后也會(huì)把結(jié)果緩存起來(lái)，方便下一次調(diào)用。

看到這里大家會(huì)不會(huì)眼前一亮，會(huì)不會(huì)有這個(gè)功能很好要好好利用的沖動(dòng)。

其實(shí)這里并不建議使用查詢緩存，查詢緩存的失效非常頻繁，只要有對(duì)一個(gè)表的更新，這個(gè)表上所有的查詢緩存都會(huì)被清空。因此很可能你費(fèi)勁地把結(jié)果存起來(lái)，還沒(méi)使用就被一個(gè)更新全清空了。對(duì)于更新壓力大的數(shù)據(jù)庫(kù)來(lái)說(shuō)，查詢緩存的命中率會(huì)非常低。除非是那種很長(zhǎng)時(shí)間不會(huì)更新的表，比如系統(tǒng)配置表，但是這種系統(tǒng)配置我們放在配置平臺(tái)不好嗎？

在MYSQL8.0中已經(jīng)刪除了查詢緩存這個(gè)功能，官方也是認(rèn)為該功能在實(shí)際的應(yīng)用場(chǎng)景比較少，所以干脆直接刪掉了。

分析器

Mysql沒(méi)有命中查詢緩存，那么就會(huì)進(jìn)入分析器，分析器主要是用來(lái)分析SQL語(yǔ)句是來(lái)干嘛的。分析器主要分為以下兩步：

• 詞法分析?：一條SQL語(yǔ)句有多個(gè)字符串組成，首先要提取關(guān)鍵字，比如select，提出查詢的表，提出字段名，提出查詢條件等等。

• 語(yǔ)法分析：根據(jù)詞法分析的結(jié)果，語(yǔ)法分析主要就是判斷你輸入的SQL語(yǔ)句是否正確，是否符合MYSQL語(yǔ)法，如果你的語(yǔ)句不對(duì)，就會(huì)收到“You have an error in your SQL syntax”的錯(cuò)誤提醒。

詞法分析程序?qū)⒄麄€(gè)查詢語(yǔ)句分解成各類標(biāo)志，語(yǔ)法分析根據(jù)定義的系統(tǒng)語(yǔ)言將“各類標(biāo)志”轉(zhuǎn)為對(duì)MySQL有意義的組合。最后系統(tǒng)生成一個(gè)語(yǔ)法樹(AST)，語(yǔ)法樹便是優(yōu)化器依賴的數(shù)據(jù)結(jié)構(gòu)。

優(yōu)化器

經(jīng)過(guò)了分析器，MySQL 就知道你要做什么了。在開(kāi)始執(zhí)行之前，還要先經(jīng)過(guò)優(yōu)化器的處理。

為什么需要優(yōu)化器？

• 優(yōu)化器中包含了許多復(fù)雜的優(yōu)化技術(shù)，這些優(yōu)化技術(shù)往往比最好的程序員掌握的還要多。系統(tǒng)的自動(dòng)優(yōu)化相當(dāng)于使得所有人都擁有這些優(yōu)化技術(shù)。

• 優(yōu)化器可以從數(shù)據(jù)字典中獲取許多統(tǒng)計(jì)信息，例如表中的行數(shù)、表中的每個(gè)列的分布情況等。優(yōu)化器優(yōu)化器可以考慮百種不同的執(zhí)行計(jì)劃，而程序員一般只能考慮有限的幾種可能；

• 可以根據(jù)這些信息選擇有效的執(zhí)行計(jì)劃，而用戶程序則難以獲得這些信息；

總之優(yōu)化器是對(duì)語(yǔ)法分析樹的形態(tài)進(jìn)行修改，把語(yǔ)法分析樹變?yōu)椴樵儤?#xff0c;確定執(zhí)行方案。

執(zhí)行器

MySQL 通過(guò)分析器知道了你要做什么，通過(guò)優(yōu)化器知道了該怎么做，于是就進(jìn)入了執(zhí)行器階段，開(kāi)始執(zhí)行語(yǔ)句。

開(kāi)始執(zhí)行的時(shí)候，要先校驗(yàn)改用戶是否有執(zhí)行查詢的權(quán)限，如果沒(méi)有，就會(huì)返回沒(méi)有權(quán)限的錯(cuò)誤。如果有權(quán)限，就會(huì)去調(diào)用引擎的接口，返回接口執(zhí)行的結(jié)果。

語(yǔ)句分析

我們以下面一條真實(shí)SQL查詢語(yǔ)句來(lái)進(jìn)行分析下MYSQL查詢的執(zhí)行過(guò)程

select id,name,sex,phoone from user t where t.age='26' and t.account='javadaily'

• 首先客戶端需要連接上數(shù)據(jù)庫(kù)，如果賬號(hào)密碼錯(cuò)誤直接返回錯(cuò)誤信息，如果正確則進(jìn)入下一步。
  
  

• 在MYSQL8.0之前會(huì)先去查詢緩存中，以這條SQL語(yǔ)句作為key在內(nèi)存中查詢是否有結(jié)果，如果有則先判斷是否有權(quán)限，有權(quán)限則返回客戶端，否則報(bào)錯(cuò)；如果沒(méi)有從查詢緩存命中則進(jìn)入下一步
  
  

• 通過(guò)分析器進(jìn)行詞法分析，提取sql語(yǔ)句的關(guān)鍵元素，比如提取上面這個(gè)語(yǔ)句是查詢select，提取需要查詢的表名為user，需要查詢的列為id,name,sex,phoone，查詢條件是age=26 和account=javadailly。然后判斷這個(gè)sql語(yǔ)句是否有語(yǔ)法錯(cuò)誤，比如關(guān)鍵詞是否正確等等，如果檢查沒(méi)問(wèn)題就執(zhí)行下一步。
  
  

• 上面的SQL有兩種執(zhí)行方案，優(yōu)化器根據(jù)自己的優(yōu)化算法選擇執(zhí)行效率最高的a方案（統(tǒng)計(jì)信息不準(zhǔn)可能導(dǎo)致優(yōu)化器選擇錯(cuò)誤的執(zhí)行方案），確定了優(yōu)化方案后就開(kāi)始執(zhí)行。

a. 先查詢 account=javadaily的用戶，然后判斷 age是否等于26 b. 先找出 age=26的用戶，再查詢 account=javadaily的用戶

• 進(jìn)行權(quán)限校驗(yàn)，如果有查詢權(quán)限則調(diào)用數(shù)據(jù)庫(kù)引擎接口返回執(zhí)行結(jié)果；否則報(bào)錯(cuò)。

往期推薦

線程安全問(wèn)題的 3 種解決方案！

分布式鎖的 3 種實(shí)現(xiàn)方案！

如何判斷線程池已經(jīng)執(zhí)行完所有任務(wù)了？

總結(jié)

以上是生活随笔為你收集整理的一文读懂MySQL查询语句的执行过程的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。