MySQL邏輯架構(gòu)是什么，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

成都創(chuàng)新互聯(lián)公司長期為上千余家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為堆龍德慶企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)，堆龍德慶網(wǎng)站改版等技術(shù)服務(wù)。擁有10年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

邏輯架構(gòu)圖：

我們把上面的圖簡化一下，就有了如下所示的MySQL簡易的邏輯架構(gòu)，稍后我們會詳細(xì)分析每一個組件。

MySQL從整體上可以分為Server層和存儲引擎層。

Server層

大多數(shù)的MySQL的核心服務(wù)功能都是在Server層，它包括連接器、查詢緩存、解析器、優(yōu)化器、執(zhí)行器。

Server層涵蓋了MySQL的大部分功能，包括查詢解析、分析、優(yōu)化、緩存以及所有的內(nèi)置函數(shù)(例如：日期、時間、數(shù)學(xué)和加密函數(shù))，所有跨存儲引擎的功能都在這一層實(shí)現(xiàn)：存儲過程、觸發(fā)器、視圖等。

連接器

每個客戶端連接都會在服務(wù)器進(jìn)程中擁有一個線程，這個連接的查詢只會在這個單獨(dú)的線程中執(zhí)行。

當(dāng)客戶端應(yīng)用連接到MySQL服務(wù)器時，首先接待它的就是連接器。連接器負(fù)責(zé)跟客戶端建立連接、獲取權(quán)限、維持和管理連接。

連接MySQL服務(wù)器的命令：

mysql -h$ip -P$port -u$user -p

輸完命令之后，會提示我們輸入密碼，也可以將密碼寫在-p后面，但是這樣會存在密碼泄漏的風(fēng)險。

如果根據(jù)我們輸入的用戶名和密碼無法連接到服務(wù)器，我們能看到如下的報錯：

[root@codegirl ~]# mysql -hlocalhost -P3306 -uroot -p Enter password:  ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

這個報錯信息就是連接器返回的。

所以當(dāng)我們通過客戶端命令mysql與服務(wù)器建立連接時，連接器做了兩件事情：

• 認(rèn)證用戶名和密碼，如果認(rèn)證失敗，我們就收到了上述1045的異常，客戶端程序就結(jié)束了執(zhí)行。如果認(rèn)證成功，客戶端就與服務(wù)器建立了連接。

• 連接成功之后，連接器會繼續(xù)驗證用戶的權(quán)限，比如我們有哪些表的查詢權(quán)限，哪些表的修改權(quán)限，或者是授權(quán)權(quán)限。之后這個連接中的權(quán)限判斷邏輯，都是基于此時讀到的權(quán)限。所以如果修改了權(quán)限，一定要記得重新連接!

連接器的連接又分為長連接和短連接。

長連接：連接成功后，如果客戶端持續(xù)有請求，則一直使用通過一個連接。

短連接：每次執(zhí)行完很少的幾次查詢就斷開連接，下次查詢再重新建立一個連接。

建立連接的過程比較復(fù)雜，現(xiàn)在絕大部分的服務(wù)都是使用的長連接。

如果建立連接之后，客戶端一直沒有請求，這個時候連接就會斷開。這個時間由參數(shù)wait_timeout控制，默認(rèn)為8小時。

查看MySQL的連接時間設(shè)置：

mysql> show variables like 'wait_timeout%';

超時時間的設(shè)置單位為秒，28800/60/60 = 8h;

查詢緩存

建立連接之后，我們就可以執(zhí)行sql語句了。

select查詢語句：

mysql> select * from user where id = 1;

它不是直接去查詢表里的數(shù)據(jù)，而是先查詢緩存，如果緩存中存在則直接返回緩存中的數(shù)據(jù)，緩存中不存在再去表里查詢數(shù)據(jù)，然后將查詢到的結(jié)果添加到緩存里。

這個邏輯就像是我們?yōu)榱藴p輕數(shù)據(jù)庫的壓力加了redis緩存一樣。如果緩存存在，就不需要后面的解析和執(zhí)行步驟，效率會大大提高。

MySQL緩存的數(shù)據(jù)是以key-value的形式存在的，key就是我們的查詢sql語句，value就是這個sql語句對應(yīng)的查詢結(jié)果。

那這個時候我們不禁會想，數(shù)據(jù)庫的數(shù)據(jù)如果經(jīng)常變更是不是緩存需要及時失效，這樣在下次查詢的時候我們就可以獲取到最新的數(shù)據(jù)了。

是的，MySQL只要表的數(shù)據(jù)或者表結(jié)構(gòu)有變化，這張表的所有緩存都會失效。所以如果是一張經(jīng)常涉及到增刪改的表，緩存并沒有太多實(shí)際的意義，可能剛加了緩存接下來就更新了，費(fèi)了老大勁加的緩存又失效了。但是如果我們的表是系統(tǒng)配置這類的靜態(tài)表，緩存就能起到作用。

在開發(fā)中，如果我們測試某個sql的執(zhí)行時間，首先要確定緩存是否可用。查詢緩存是否可用的命令：

mysql> show variables like '%have_query_cache%';

緩存是默認(rèn)可用的：

修改緩存的配置，我們可以修改MySQL的配置文件：/etc/my.cnf，添加配置：query_cache_type=0;

其中可選項為：0、1、2;0代表不使用緩存，1代表使用緩存，2代表根據(jù)需要使用。

也可以使用命令：

mysql> set global query_cache_type = 0;

查看緩存是否開啟：

mysql> select @@query_cache_type;

 

如果關(guān)閉緩存之后，某些sql語句我們希望能使用緩存，我們可以通過SQL_CACHE顯式的指定sql使用緩存。

mysql> select SQL_CACHE * from user;

MySQL8.0版本已經(jīng)完全把緩存刪除了，對于緩存這一組件我們只需了解。在使用不同版本的MySQL時需要注意緩存對性能的影響。

解析器

開始真正執(zhí)行sql語句時，解析器會先分析我們輸入的sql語句，MySQL解析器將sql語句解析成內(nèi)部數(shù)據(jù)結(jié)構(gòu)(解析樹)，然后優(yōu)化器就可以對其優(yōu)化。

我們給解析器的sql語句是字符串和空格組成的，解析器第一步是解析出來字符串，識別出里面的每個字符串代表的意思。

解析器會識別sql關(guān)鍵字，從而知道我們是在查詢還是更新。解析器將字符串'user'識別為表名字，把字符串'id'識別為列。解析器識別了字符串之后，就開始校驗我們給的字符串是否符合語法規(guī)范。

解析器會驗證語法，還會根據(jù)解析到的表和列驗證表和列是否存在。

如果表或者列不存在，或者語法有問題，我們可以收到錯誤信息。

mysql> select * from aa where id =1; 
ERROR 1146 (42S02): Table 'test.aa' doesn't exist 

mysql> select * fromuser where id=1; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'fromuser where id=1' at line 1

 優(yōu)化器

經(jīng)過解析器處理，得到了解析樹。這個時候MySQL已經(jīng)明確知道自己要做什么了，但是在開始執(zhí)行之前還會對sql進(jìn)行優(yōu)化。

優(yōu)化器對sql語句的優(yōu)化包括：重寫查詢、決定表的讀寫順序、選擇合適的索引等。

優(yōu)化器涉及的內(nèi)容比較多，我們先對它有個初步印象，后續(xù)我們再詳細(xì)了解它。

經(jīng)過優(yōu)化器之后，sql語句的執(zhí)行方案就已經(jīng)確定了，解析來就進(jìn)入執(zhí)行器開始執(zhí)行了。

執(zhí)行器

執(zhí)行器執(zhí)行sql語句的時候，會先驗證是否有對這個表的權(quán)限，如果沒有權(quán)限就會返回沒有權(quán)限的錯誤信息。如果有權(quán)限，則會打開表繼續(xù)執(zhí)行。打開表的時候，執(zhí)行器就會根據(jù)表的執(zhí)行引擎，去使用執(zhí)行引擎提供的接口。

存儲引擎

存儲引擎層負(fù)責(zé)數(shù)據(jù)的存儲和提取。存儲引擎是插件式的，支持InnoDB、MyISAM、Memory等多種存儲引擎，MySQL也提供了一些第三方的存儲引擎，這種插件式的結(jié)構(gòu)設(shè)計，使得不同的公司可以根據(jù)自己的需求選擇不同的引擎。

現(xiàn)在最常用的存儲引擎是InnoDB，它是MySQL5.5.5版本之后默認(rèn)的存儲引擎，如果我們在建表時不指定存儲引擎類型，默認(rèn)使用的就是InnoDB。

不同的存儲引擎是公用Server層的，區(qū)分Server層和引擎層的功能對于后面我們學(xué)習(xí)鎖和事務(wù)比較重要。

不同的引擎保存數(shù)據(jù)和索引的方式是不相同的，但是表的定義是MySQL服務(wù)層負(fù)責(zé)的，這個是一致的。

今天我們只分析兩種常見的存儲引擎InnoDB和MyISAM，其他的引擎小伙伴感興趣可以查看相關(guān)文檔。

InnoDB

我們先看一下'user'表的信息 ，它的存儲引擎是InnoDB。

mysql> show table status like 'user' \G *************************** 1. row ***************************            Name: user  #表名          Engine: InnoDB #存儲引擎類型         Version: 10       Row_format: Dynamic #行的格式，如果表中包含了可變長度的字段比如Varchar，那么就是Dynamic            Rows: 0  #行數(shù)，對于InnoDB引擎來說，這是預(yù)估值  Avg_row_length: 0 #平均每行包含的字節(jié)數(shù)     Data_length: 16384 #表數(shù)據(jù)的大?。ㄗ止?jié)） Max_data_length: 0 #表數(shù)據(jù)的最大容量，和引擎有關(guān)    Index_length: 0 #所以的大?。ㄗ止?jié)）       Data_free: 0   Auto_increment: NULL #下一個自增長的值     Create_time: 2021-02-16 14:24:46      Update_time: NULL      Check_time: NULL       Collation: utf8_general_ci #默認(rèn)字符集        Checksum: NULL  Create_options:          Comment:  1 row in set (0.00 sec)

InnoDB的數(shù)據(jù)存儲在表空間中，它將每個表的數(shù)據(jù)和索引存放在單獨(dú)的文件中。‘user’表在磁盤上有兩個數(shù)據(jù)文件：

.frm文件：表示表的定義，由MySQL的server層定義。

.ibd文件：數(shù)據(jù)和索引文件。

InnoDB采用的是MVCC多版本控制來支持高并發(fā)。并且它實(shí)現(xiàn)了四個標(biāo)準(zhǔn)的事務(wù)隔離級別，其默認(rèn)的隔離級別是可重復(fù)讀。它支持行鎖，并且通過間隙鎖策略防止幻讀的出現(xiàn)。

InnoDB是基于聚簇索引建立的，對基于主鍵的查詢有很高的性能。

MyISAM

我們先看一下'user_isam'表的信息 ，它的存儲引擎為MyISAM。

mysql> show table status like 'user_isam' \G *************************** 1. row ***************************            Name: user_isam          Engine: MyISAM         Version: 10      Row_format: Dynamic            Rows: 0  Avg_row_length: 0     Data_length: 0 Max_data_length: 281474976710655    Index_length: 1024       Data_free: 0  Auto_increment: NULL     Create_time: 2021-02-16 16:36:25     Update_time: 2021-02-16 16:36:25      Check_time: NULL       Collation: utf8_general_ci        Checksum: NULL  Create_options:          Comment:  1 row in set (0.00 sec)

MyISAM會將表存儲在兩個文件中：數(shù)據(jù)文件和索引文件。

.frm文件：表示表的定義，由MySQL的server層定義。

.MYD文件：表示數(shù)據(jù)文件。

.MYI文件：表示索引文件。

MyISAM提供了很多特性，但是它不支持事務(wù)和行鎖，它是對整張表加鎖，而且崩潰后無法安全恢復(fù)，這也是它被InnoDB取代的原因。

關(guān)于MySQL邏輯架構(gòu)是什么問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。

新聞名稱：MySQL邏輯架構(gòu)是什么
本文來源：http://jinyejixie.com/article10/poeedo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、定制開發(fā)、品牌網(wǎng)站制作、面包屑導(dǎo)航、服務(wù)器托管、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)