mysql:一條SQL查詢語(yǔ)句是如何執(zhí)行的？本篇文章會(huì)分析下一個(gè)sql語(yǔ)句在MySQL中的執(zhí)行流程，包括sql的查詢?cè)贛ySQL內(nèi)部會(huì)怎么光芒閃爍，sql語(yǔ)句的更新是怎莫結(jié)束的。在分析什么之前我會(huì)先跟

mysql:一條SQL查詢語(yǔ)句是如何執(zhí)行的？

本篇文章會(huì)分析下一個(gè)sql語(yǔ)句在MySQL中的執(zhí)行流程，包括sql的查詢?cè)贛ySQL內(nèi)部會(huì)怎么光芒閃爍，sql語(yǔ)句的更新是怎莫結(jié)束的。

在分析什么之前我會(huì)先跟著你去看看MySQL的基礎(chǔ)架構(gòu)，清楚了MySQL由那些組件分成也這些組件的作用是什么，可以不幫助我們?cè)倮斫夂徒鉀Q的辦法這些問(wèn)題。

一MySQL基礎(chǔ)架構(gòu)結(jié)論1.1MySQL基本上架構(gòu)概覽

下圖是MySQL的一個(gè)簡(jiǎn)要架構(gòu)圖，從下圖你可以很清晰的見到用戶的SQL語(yǔ)句在MySQL內(nèi)部是如何能負(fù)責(zé)執(zhí)行的。

先簡(jiǎn)單的推薦看看下圖牽涉的一些組件的基本都作用指導(dǎo)大家再理解這幅圖，在1.2節(jié)中會(huì)詳細(xì)介紹到這些組件的作用。

連接器：身份認(rèn)證和權(quán)限去相關(guān)(登入MySQL的時(shí)候)。去查詢緩存:執(zhí)行查詢語(yǔ)句的時(shí)候，會(huì)先可以查詢緩存（MySQL8.0版本后移除，因?yàn)檫@個(gè)功能不太實(shí)用）。結(jié)論器:是沒有命中緩存的話，SQL語(yǔ)句變會(huì)經(jīng)過(guò)分析器，分析器說(shuō)白了那就是要先看你的SQL語(yǔ)句要干什么啊，再系統(tǒng)檢查你的SQL語(yǔ)句語(yǔ)法有無(wú)對(duì)的。優(yōu)化軟件器：通過(guò)MySQL如果說(shuō)最優(yōu)的方案去想執(zhí)行。執(zhí)行器:執(zhí)行語(yǔ)句，然后從存儲(chǔ)引擎趕往數(shù)據(jù)。

簡(jiǎn)單的說(shuō)MySQL通常統(tǒng)稱Server層和存儲(chǔ)引擎層：

Server層：比較多和連接器、網(wǎng)站查詢緩存、分析器、優(yōu)化軟件器、執(zhí)行器等，所有跨存儲(chǔ)引擎的功能都在這一層實(shí)現(xiàn)程序，比如存儲(chǔ)過(guò)程、觸發(fā)器、視圖，函數(shù)等，有一個(gè)不分地區(qū)的日志模塊binglog日志模塊。存儲(chǔ)引擎：要注意你們負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)和讀取文件，常規(guī)可以不全部替換的插件式架構(gòu)，允許InnoDB、MyISAM、Memory等多個(gè)存儲(chǔ)引擎，其中InnoDB引擎有自有的日志模塊redolog模塊。現(xiàn)在最常用的存儲(chǔ)引擎是InnoDB，它從MySQL5.5.5版本就開始就被只不過(guò)是設(shè)置成存儲(chǔ)引擎了。1.2Server層基本組件介紹

1)連接器

連接器比較多和身份認(rèn)證和權(quán)限相關(guān)的功能查找，就好比一個(gè)級(jí)別很高的門衛(wèi)一樣。

主要注意全權(quán)負(fù)責(zé)用戶登錄數(shù)據(jù)庫(kù)，接受用戶的身份認(rèn)證，包括校驗(yàn)賬戶密碼，權(quán)限等操作，要是用戶賬戶密碼已是從，連接器會(huì)到權(quán)限表中網(wǎng)上查詢?cè)撚脩舻乃袡?quán)限，之后在這個(gè)連接里的權(quán)限邏輯判斷大都會(huì)依賴感此時(shí)讀取數(shù)據(jù)到的權(quán)限數(shù)據(jù)，也就是說(shuō)，強(qiáng)盜團(tuán)只要你這個(gè)直接連接不斷開，立刻管理員可以修改了該用戶的權(quán)限，該用戶也是不受影響的。

2)查詢緩存(MySQL8.0版本后移除)

網(wǎng)站查詢緩存比較多利用緩存我們所不能執(zhí)行的SELECT語(yǔ)句以及該語(yǔ)句的結(jié)果集。

連接到確立后，想執(zhí)行查詢語(yǔ)句的時(shí)候，會(huì)先可以查詢緩存，MySQL會(huì)先校檢這個(gè)sql是否執(zhí)行過(guò)，以Key-Value的形式緩存在內(nèi)存中，Key是去查詢最遲，Value是結(jié)果集。如果不是緩存key被暴擊命中，是會(huì)再趕往給客戶端，如果沒有就沒爆擊，變會(huì)執(zhí)行妖軍的操作，能完成后也會(huì)把結(jié)果緩存過(guò)來(lái)，方便些下第二次全局函數(shù)。當(dāng)然在唯一想執(zhí)行緩存去查詢的時(shí)候那就會(huì)校驗(yàn)用戶的權(quán)限，是否需要有該表的查詢條件。

MySQL可以查詢不我建議你在用緩存，因?yàn)椴樵兙彺娼K止在實(shí)際中業(yè)務(wù)場(chǎng)景中很可能會(huì)相當(dāng)頻繁，要是你對(duì)一個(gè)表更新的話，這個(gè)表上的所有的查詢緩存都會(huì)被數(shù)據(jù)清空。對(duì)于不偶爾會(huì)可以更新的數(shù)據(jù)來(lái)說(shuō)，不使用緩存還是也可以的。

因?yàn)?，一般在大多?shù)情況下我們是不推薦推薦去在用網(wǎng)上查詢緩存的。

MySQL8.0版本后刪除了緩存的功能，官方也是以為該功能在實(shí)際中的應(yīng)用場(chǎng)景比較比較少，因此干脆就刪除掉了。

3)分析器

MySQL就沒爆擊緩存，那么都會(huì)再次進(jìn)入結(jié)論器，分析器通常是利用總結(jié)SQL語(yǔ)句是來(lái)干什么啊的，分析器也會(huì)兩類幾步：

目標(biāo)，詞法分析，一條SQL語(yǔ)句有多個(gè)字符串橫列，必須要再提取關(guān)鍵字，比如說(shuō)createtable，提出查詢的表，給出字段名，提出來(lái)可以查詢條件等等。任務(wù)這些操作后，就會(huì)進(jìn)入第二步。

第二步，語(yǔ)法分析，通常應(yīng)該是推測(cè)你鍵入的sql有無(wú)真確，是否是條件符合MySQL的語(yǔ)法。

結(jié)束這2步之后，MySQL就準(zhǔn)備結(jié)束想執(zhí)行了，只不過(guò)該如何不能執(zhí)行，咋先執(zhí)行是建議的結(jié)果呢？此時(shí)此刻就是需要360優(yōu)化器上場(chǎng)了。

4)優(yōu)化器

系統(tǒng)優(yōu)化器的作用那是它認(rèn)為的最優(yōu)方案的執(zhí)行方案去想執(zhí)行（有時(shí)侯肯定也不是什么最優(yōu)，這篇文章牽涉到對(duì)這部分知識(shí)的深入回答），諸如多個(gè)索引的時(shí)候該要如何你選索引，多表可以查詢的時(shí)候要如何選擇關(guān)聯(lián)順序等。

的確，當(dāng)經(jīng)過(guò)了360優(yōu)化器之后也算這個(gè)語(yǔ)句具體一點(diǎn)該該如何想執(zhí)行就早定過(guò)來(lái)。

5)執(zhí)行器

當(dāng)你選擇了執(zhí)行方案后，MySQL就準(zhǔn)備好開始不能執(zhí)行了，必須想執(zhí)行前會(huì)校驗(yàn)該用戶有沒有權(quán)限，如果不是沒有權(quán)限，變會(huì)回出現(xiàn)錯(cuò)誤信息，如果有權(quán)限，變會(huì)去內(nèi)部函數(shù)引擎的接口，回接口負(fù)責(zé)執(zhí)行的結(jié)果。

二語(yǔ)句總結(jié)2.1查詢語(yǔ)句

說(shuō)了以上這么大多，那你究竟是什么人一條sql語(yǔ)句是該如何先執(zhí)行的呢？當(dāng)然我們的sql也可以兩類兩種，一種是可以查詢，一種是更新完（增強(qiáng)，自動(dòng)更新，刪除）。我們先講下查詢語(yǔ)句，語(yǔ)句追加：

select*fromtb_studentAwhereand張三

生克制化上面的說(shuō)明，我們講下這個(gè)語(yǔ)句的執(zhí)行流程：

先全面檢查該語(yǔ)句是否有權(quán)限，如果沒有沒有權(quán)限，然后回出現(xiàn)錯(cuò)誤信息，假如有權(quán)限，在MySQL8.0版本以前，會(huì)先網(wǎng)上查詢緩存，以這條sql語(yǔ)句為key在內(nèi)存中去查詢是否是有結(jié)果，如果沒有有再緩存，如果沒有沒有，執(zhí)行下一步。按照分析器接受詞法講，其他提取sql語(yǔ)句的重要元素，.例如再提取上面這個(gè)語(yǔ)句是網(wǎng)站查詢select，提純需要網(wǎng)上查詢的表名為tb_student,是需要去查詢所有的列，網(wǎng)上查詢條件是這個(gè)表的id1。后再確認(rèn)這個(gè)sql語(yǔ)句是否是有語(yǔ)法錯(cuò)誤，例如關(guān)鍵詞如何確定對(duì)的等等，如果不是檢查沒什么問(wèn)題就負(fù)責(zé)執(zhí)行接下來(lái)。接下來(lái)的那是優(yōu)化系統(tǒng)器通過(guò)考慮先執(zhí)行方案，上面的sql語(yǔ)句，可以有兩種先執(zhí)行方案：

a.先可以查詢學(xué)生表中姓名為“張三”的學(xué)生，然后推測(cè)如何確定年齡是18。b.先判斷學(xué)生中年齡18歲的學(xué)生，然后再再網(wǎng)站查詢姓名為“張三”的學(xué)生。

那么優(yōu)化器依據(jù)什么自己的優(yōu)化算法通過(guò)選擇不能執(zhí)行效率最好是的一個(gè)方案（360優(yōu)化器懷疑，總是不一定會(huì)建議）。這樣的話去確認(rèn)了不能執(zhí)行計(jì)劃后就準(zhǔn)備著開始負(fù)責(zé)執(zhí)行了。

接受權(quán)限校驗(yàn)，如果沒有沒有權(quán)限是會(huì)直接返回出錯(cuò)信息，假如有權(quán)限可能會(huì)內(nèi)部函數(shù)數(shù)據(jù)庫(kù)引擎接口，趕往引擎的執(zhí)行結(jié)果。

2.2更新完語(yǔ)句

以上應(yīng)該是一條去查詢sql的執(zhí)行流程，這樣接下來(lái)的事情我們看看吧一條更新完語(yǔ)句如何能想執(zhí)行的呢？sql語(yǔ)句如下：

updatetb_studentAsetwhere張三

我們來(lái)給張三可以修改下年齡，在不好算數(shù)據(jù)庫(kù)當(dāng)然應(yīng)該不會(huì)系統(tǒng)設(shè)置年齡這個(gè)字段的，要不要被技術(shù)負(fù)責(zé)人打的?？傊畻l語(yǔ)句也大部分會(huì)沿著上兩個(gè)網(wǎng)上查詢的流程走，不過(guò)先執(zhí)行更新完的時(shí)候絕對(duì)要記錄日志啦，這就會(huì)引導(dǎo)出日志模塊了，MySQL自帶的日志模塊式binlog（歸檔日志），所有的存儲(chǔ)引擎都可以不不使用，我們正確的InnoDB引擎還那個(gè)軟件了一個(gè)日志模塊redolog（重新做日志），我們就以InnoDB模式下去探討探討這個(gè)語(yǔ)句的執(zhí)行流程。流程:：

先去查詢到張三這一條數(shù)據(jù)，如果不是有緩存，都是會(huì)都用到緩存。然后把拿回查詢的語(yǔ)句，把a(bǔ)ge替換成19，后再內(nèi)部函數(shù)引擎API 接口，讀取這一行數(shù)據(jù)，InnoDB引擎把數(shù)據(jù)能保存在內(nèi)存中，另外留下記錄redolog，此時(shí)redolog直接進(jìn)入prepare狀態(tài)，接著告訴執(zhí)行器，不能執(zhí)行能完成了，隨時(shí)是可以并提交。執(zhí)行器收到通知后資料記錄binlog，后再動(dòng)態(tài)創(chuàng)建引擎接口，再提交redolog為重新提交狀態(tài)。更新完成。這里絕對(duì)有同學(xué)會(huì)問(wèn)，我想知道為什么要用兩個(gè)日志模塊，用一個(gè)日志模塊不行嗎?

這是只不過(guò)最正在MySQL并沒與InnoDB引擎(InnoDB引擎是其他公司以插件形式插到MySQL的)，MySQL從網(wǎng)上下載的引擎是MyISAM，不過(guò)我們明白redolog是InnoDB引擎若有若無(wú)的，其他存儲(chǔ)引擎都還沒有，這就可能導(dǎo)致會(huì)就沒crash-safe的能力(attack-safe的能力況且數(shù)據(jù)庫(kù)突然發(fā)生異樣重新啟動(dòng)，以前并提交的記錄都不會(huì)丟了)，binlog日志沒法為了歸檔。

并不是什么說(shuō)只用一個(gè)日志模塊好像不行，只是InnoDB引擎是通過(guò)redolog來(lái)允許事務(wù)的。這樣的話，又會(huì)有同學(xué)問(wèn)，我用兩個(gè)日志模塊，但最好不要這么多急切行不行啊，為啥redolog要化入prepare預(yù)并提交狀態(tài)？這里我們用反證法來(lái)只能證明下那為什么？

先寫redolog然后遞交，然后把寫binlog，題中寫完redolog后，機(jī)器掛了，binlog日志沒有被中寫入，那你機(jī)器重新啟動(dòng)后，這臺(tái)機(jī)器會(huì)按照redolog完全恢復(fù)數(shù)據(jù)，只不過(guò)這個(gè)時(shí)候bingog并沒有什么有記錄該數(shù)據(jù)，現(xiàn)參與機(jī)器備分的時(shí)候，是會(huì)丟失這一條數(shù)據(jù)，而主從不同步的也會(huì)丟了這一條數(shù)據(jù)。先寫binlog，然后把寫redolog，打比方開始寫了binlog，機(jī)器極其重新啟動(dòng)了，而沒有redolog，本機(jī)是無(wú)法恢復(fù)這一條記錄的，不過(guò)binlog又有記錄，那你和上面同樣的道理，變會(huì)產(chǎn)生數(shù)據(jù)不匹配的情況。如果沒有常規(guī)redolog兩階段再提交的就不差不多了，沒寫完binglog后，然后把再再提交redolog變會(huì)避兔又出現(xiàn)上述的問(wèn)題，使可以保證了數(shù)據(jù)的一致性。這樣你也許會(huì)問(wèn)，有沒有一個(gè)極度的情況呢？假設(shè)redolog進(jìn)入預(yù)遞交狀態(tài)，binglog也也寫到一半了，此時(shí)此刻不可能發(fā)生了十分重啟后會(huì)怎么樣啊呢？這個(gè)現(xiàn)在就要依賴性太強(qiáng)于MySQL的處理機(jī)制了，MySQL的處理過(guò)程:：

推測(cè)redolog是否需要求全部，如果判斷是完整的，就立玄再提交。如果沒有redolog只是因?yàn)轭A(yù)再提交但不是commit狀態(tài)，這時(shí)候是會(huì)去確認(rèn)binlog是否需要完整，假如完整就并提交redolog,不完整就事務(wù)回滾事務(wù)。這樣的話就幫忙解決了數(shù)據(jù)一致性的問(wèn)題。

三總結(jié)MySQL比較多可分Server曾和引擎層，Server層通常除開連接器、查詢緩存、分析器、優(yōu)化系統(tǒng)器、執(zhí)行器，而有一個(gè)日志模塊（binlog），這個(gè)日志模塊所有執(zhí)行引擎都也可以共用,redolog僅有InnoDB有。引擎層是插件式的，目前主要和，MyISAM,InnoDB,Memory等。查詢語(yǔ)句的執(zhí)行流程不勝感激：權(quán)限校驗(yàn)（如果不是命中緩存）---》網(wǎng)上查詢緩存---》分析器---》優(yōu)化系統(tǒng)器---》權(quán)限校驗(yàn)---》執(zhí)行器---》引擎更新語(yǔ)句執(zhí)行流程:：結(jié)論器----》權(quán)限校驗(yàn)----》執(zhí)行器---》引擎---redolog(prepare狀態(tài)---》binlog---》redolog(commit狀態(tài))

如何利用MySQL實(shí)現(xiàn)三張表連接union，union all？

假設(shè)三張表結(jié)構(gòu)一樣，題主也可以建議參考a選項(xiàng)sql語(yǔ)句,A表與B表union,然后將組織后的結(jié)果集再與C表unionallselectt.*returning(select*fromAunionselect*aroundB)tunionbothcreatetable*returningC