主要分為兩部分,server層
和存儲(chǔ)引擎
公司主營(yíng)業(yè)務(wù):成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳,提高企業(yè)的競(jìng)爭(zhēng)能力。成都創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化,感謝他們對(duì)我們的高要求,感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn),讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。成都創(chuàng)新互聯(lián)推出長(zhǎng)泰免費(fèi)做網(wǎng)站回饋大家。
連接器
、查詢緩存
、分析器
、優(yōu)化器
、執(zhí)行器
等,涵蓋mysql的大多數(shù)核心服務(wù)過(guò)功能,以及所有的內(nèi)置函數(shù),所有跨存儲(chǔ)引擎的功能都在這一層實(shí)現(xiàn),比如存儲(chǔ)過(guò)程,觸發(fā)器,視圖等InnoDB
、MyISAM
等多個(gè)引擎。從mysql5.5.5
版本開始InnoDB
成為了默認(rèn)引擎。由mysql客戶端發(fā)起請(qǐng)求,連接器
負(fù)責(zé)與客戶端連接驗(yàn)證權(quán)限,連接成功之后開始查詢緩存(當(dāng)緩存開啟時(shí)),如果命中則直接返回?cái)?shù)據(jù),如果沒有命中則交由分析器
進(jìn)行sql詞法和語(yǔ)法分析,然后交給優(yōu)化器
進(jìn)行選擇索引生成執(zhí)行計(jì)劃,最后交給執(zhí)行器
去調(diào)用存儲(chǔ)引擎的API獲取結(jié)果并返回
當(dāng) MySQL 服務(wù)端拿到一條 SQL 查詢語(yǔ)句后,首先會(huì)查詢緩存,看之前是不是執(zhí)行過(guò)這條語(yǔ)句。如果執(zhí)行過(guò),會(huì)緩存在內(nèi)存中,這個(gè)時(shí)候直接返回之前緩存的查詢結(jié)果給客戶端即可;如果在緩存中沒有找到對(duì)應(yīng)的記錄,就會(huì)繼續(xù)后面的操作,并且在最終執(zhí)行完成后,將查詢結(jié)果保存到查詢緩存。
注:MySQL 8.0 版本開始將不再支持查詢緩存功能。
可以通過(guò)show variables like '%query_cache%';
語(yǔ)句查看系統(tǒng)查詢緩存的設(shè)置
query_cache_type
為 OFF
表示默認(rèn)關(guān)閉。你可以在配置文件中配置該值來(lái)決定是否啟用查詢緩存。
如果查詢緩存沒有啟用或者沒有命中,就開始真正執(zhí)行 SQL 查詢語(yǔ)句了。
MySQL 會(huì)通過(guò)分析器對(duì) SQL 語(yǔ)句做詞法分析,以確定到底要做什么,比如 select
表示查詢語(yǔ)句,update
表示更新語(yǔ)句等,表名是什么,查詢的字段有哪些,查詢的條件是什么。
如果 SQL 語(yǔ)句詞法和語(yǔ)法分析都沒有問題,接下來(lái),會(huì)經(jīng)由優(yōu)化器生成執(zhí)行計(jì)劃,這里面主要的工作是數(shù)據(jù)表包含索引的時(shí)候,判定是否使用索引,以及使用哪些索引效率最高(掃描行數(shù)最少),我們可以在執(zhí)行一個(gè) SQL 查詢語(yǔ)句之前通過(guò) explain
語(yǔ)句查看它的執(zhí)行計(jì)劃:
根據(jù)執(zhí)行計(jì)劃執(zhí)行sql查詢語(yǔ)句時(shí),會(huì)先驗(yàn)證權(quán)限,有相應(yīng)權(quán)限才會(huì)繼續(xù)執(zhí)行,否則會(huì)報(bào)權(quán)限錯(cuò)誤
具體的查詢操作是通過(guò)存儲(chǔ)引擎提供的API接口完成的。執(zhí)行器調(diào)用這些接口可以完成諸如讀取下一行記錄、插入記錄、更新記錄之類的日常數(shù)據(jù)庫(kù)操作,執(zhí)行 SQL 查詢返回所有滿足條件的結(jié)果集也是如此。
和sql查詢語(yǔ)句一樣,MySql客戶端提交SQL更新語(yǔ)句前,先要通過(guò)連接器建立連接,連接器驗(yàn)證權(quán)限等相關(guān)操作,然后交給分析器進(jìn)行詞法和語(yǔ)法分析后由執(zhí)行器負(fù)責(zé)具體的執(zhí)行。(修改、刪除語(yǔ)句也是一樣)
當(dāng)一張數(shù)據(jù)表有更新的時(shí)候,對(duì)應(yīng)的查詢緩存數(shù)據(jù)就會(huì)被清空。
與查詢流程不一樣的是,更新還涉及到日志的寫入,redo log(重做日志)和binlog(歸檔日志)
MySql的設(shè)計(jì)者引入了WAL技術(shù)(Write-Ahead Logging),即先寫日志,在寫磁盤。
比如InnoDB引擎,當(dāng)有記錄需要更新的時(shí)候,InnoDB就會(huì)先把記錄寫到redolog里邊,并更新內(nèi)存,這時(shí)候更新操作就算是完成,等InnoDB空閑的時(shí)候,在將這個(gè)操作更新到磁盤里邊。這樣做就是因?yàn)槿绻看胃虏僮鞫家獙懙酱疟P的話,整個(gè)IO成本會(huì)非常高。
redo Log 是InnoDB引擎提供的日志系統(tǒng),bindlog可以一直追加寫入,負(fù)責(zé)數(shù)據(jù)庫(kù)全量數(shù)據(jù)的備份和恢復(fù),數(shù)據(jù)庫(kù)集群的主從同步也是基于binlog實(shí)現(xiàn)的。
binlog是屬于MySql Server層面的,所有存儲(chǔ)引擎都可以共用它
在 InnoDB 引擎出現(xiàn)之前,MySQL 默認(rèn)的存儲(chǔ)引擎是 MyISAM,那個(gè)時(shí)候?yàn)榱藢?shí)現(xiàn)數(shù)據(jù)備份和恢復(fù),使用的是 binlog,不過(guò) binlog 是一個(gè)歸檔日志,不具備數(shù)據(jù)庫(kù)崩潰重啟后的數(shù)據(jù)恢復(fù)功能
prepare
狀態(tài),然后告知執(zhí)行器執(zhí)行完成了,隨時(shí)可以提交事務(wù);commit
狀態(tài),更新完成。在上述步驟中,將 redo log
的寫入拆成了兩個(gè)步驟:prepare
和 commit
,這就是「兩階段提交」。
如果不使用兩階段提交,會(huì)導(dǎo)致兩份日志恢復(fù)的數(shù)據(jù)不一致:比如先寫 redo log,binlog 還沒有寫入,數(shù)據(jù)庫(kù)崩潰重啟;或者先寫 binlog,redo 還沒有寫入數(shù)據(jù)庫(kù)崩潰重啟,都將造成恢復(fù)數(shù)據(jù)的不一致。
而使用兩階段提交后,就可以保證兩份日志恢復(fù)的數(shù)據(jù)一致:只有 binlog 寫入成功的情況下,才會(huì)提交 redo log,否則 redo log 處于 prepare 狀態(tài),事務(wù)會(huì)回滾,這樣一來(lái),就保證了數(shù)據(jù)的一致性。
分享文章:mysql整體架構(gòu)和語(yǔ)句的執(zhí)行流程
網(wǎng)頁(yè)路徑:http://chinadenli.net/article30/dsogoso.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供軟件開發(fā)、微信小程序、網(wǎng)站設(shè)計(jì)、App開發(fā)、網(wǎng)站建設(shè)、電子商務(wù)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)