本篇文章給大家?guī)砹岁P于mysql體系結構以及儲存引擎總結的相關知識，希望對大家有幫助。

一、MySQL結構體系

總體上， 我們可以把 MySQL 分成三層，分層再詳細一點的話可以將存儲引擎層再分為引擎層和存儲層：

連接層
最上層是一些客戶端和鏈接服務，包含本地sock 通信和大多數(shù)基于客戶端/服務端工具實現(xiàn)的類似于 TCP/IP的通信。主要完成一些類似于連接處理、授權認證、及相關的安全方案。在該層上引入了線程池的概念，為通過認證安全接入的客戶端提供線程。同樣在該層上可以實現(xiàn)基于SSL的安全鏈接。服務器也會為安全接入的每個客戶端驗證它所具有的操作權限。

服務層
第二層架構主要完成大多數(shù)的核心服務功能，如SQL接口，并完成緩存的查詢，SQL的分析和優(yōu)化，部分內置函數(shù)的執(zhí)行。所有跨存儲引擎的功能也在這一層實現(xiàn)，如 過程、函數(shù)等。在該層，服務器會解析查詢并創(chuàng)建相應的內部解析樹，并對其完成相應的優(yōu)化如確定表的查詢的順序，是否利用索引等， 最后生成相應的執(zhí)行操作。如果是select語句，服務器還會查詢內部的緩存，如果緩存空間足夠大，這樣在解決大量讀操作的環(huán)境中能夠很好的提升系統(tǒng)的性能。

引擎層
存儲引擎層， 存儲引擎真正的負責了MySQL中數(shù)據(jù)的存儲和提取，服務器通過API和存儲引擎進行通信。不同的存儲引擎具有不同的功能，這樣我們可以根據(jù)自己的需要，來選取合適的存儲引擎。

存儲層
數(shù)據(jù)存儲層， 主要是將數(shù)據(jù)存儲在文件系統(tǒng)之上，并完成與存儲引擎的交互。和其他數(shù)據(jù)庫相比，MySQL有點與眾不同，它的架構可以在多種不同場景中應用并發(fā)揮良好作用。主要體現(xiàn)在存儲引擎上，插件式的存儲引擎架構，將查詢處理和其他的系統(tǒng)任務以及數(shù)據(jù)的存儲提取分離。這種架構可以根據(jù)業(yè)務的需求和實際需要選擇合適的存儲引擎。

二、MySQL Server組成部分

MySQL結構各層又由一個或數(shù)個部分構成：

連接層組成部分

Connectors：交互接口

MySQL向外提供的交互組件，如java,.net,php等語言可以通過該組件來操作SQL語句，實現(xiàn)與SQL的交互

服務層組成部分

Connection Pool : 連接池組件
用于管理、緩沖用戶的連接，線程處理等需要緩存的需求

Management Services & Utilities : 管理服務和工具組件
用于系統(tǒng)管理和控制工具，例如備份恢復、Mysql復制、集群、安全管理等

SQL Interface : SQL接口組件
用于接受用戶的SQL命令，如DML,DDL和存儲過程等，并將最終結果返回給用戶

Parser : 查詢分析器組件
SQL命令傳遞到解析器的時候會被解析器驗證和解析，首先分析SQL命令語法的合法性，并嘗試將SQL命令分解成數(shù)據(jù)結構，若分解失敗，則提示SQL語句不合理

Optimizer : 優(yōu)化器組件
SQL語句在查詢之前會使用查詢優(yōu)化器對查詢進行優(yōu)化。
如：select id,name from user where age = 20;

1. 這個select 查詢先根據(jù) where 語句進行選取，而不是先將表全部查詢出來以后再進行age過濾
2. 這個select查詢先根據(jù)id和name進行屬性投影，而不是將屬性全部取出以后再進行過濾
3. 將這兩個查詢條件聯(lián)接起來生成最終查詢結果

Caches & Buffers : 緩沖池組件
如果查詢緩存有命中的查詢結果，查詢語句就可以直接去查詢緩存中取數(shù)據(jù)。這個緩存機制是由一系列小緩存組成的。比如表緩存，記錄緩存，key緩存，權限緩存等

引擎層組成部分

Pluggable Storage Engines : 存儲引擎
存儲引擎就是存儲數(shù)據(jù)，建立索引，更新查詢數(shù)據(jù)等等技術的實現(xiàn)方式 。存儲引擎是基于表的，而不是基于庫的。所以存儲引擎也可被稱為表類型。對于表的創(chuàng)建，數(shù)據(jù)的存儲，檢索，更新等都是由MySQL存儲引擎完成的，這也是MySQL存儲引擎在MySQL中扮演的重要角色。

MYSQL提供了插件式的存儲引擎架構，所以用戶可以根據(jù)不同的需求為數(shù)據(jù)表選擇不同的存儲引擎，用戶也可以根據(jù)自己的需要編寫自己的存儲引擎，或者編寫存儲引擎。甚至一個庫中不同的表使用不同的存儲引擎，這些都是允許的。

存儲層組成部分

File System : 文件系統(tǒng)

用于實際存儲MySQL 數(shù)據(jù)庫文件和一些日志文件等的系統(tǒng)。常見的如Linux、Windows等。

三、存儲引擎

常用的存儲引擎區(qū)別

在 MySQL 5.5 版本之前， 默認的存儲引擎是 MyISAM， 它是 MySQL 自帶的。 5.5 版本之后默認的存儲引擎改成了InnoDB， 它是第三方公司為MySQL開發(fā)的。為什么要改呢？

最主要的原因還是InnoDB支持事務， 支持行級別的鎖， 對于業(yè)務一致性要求高的場景來說更適合。

不同存儲引擎建表語句：

CREATE TABLE `user_innodb` (   `id` int(11) PRIMARY KEY AUTO_INCREMENT,   `name` varchar(255) DEFAULT NULL,   `gender` tinyint(1) DEFAULT NULL,   `phone` varchar(11) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;  CREATE TABLE `user_myisam` (   `id` int(11) PRIMARY KEY  AUTO_INCREMENT,   `name` varchar(255) DEFAULT NULL,   `gender` tinyint(1) DEFAULT NULL,   `phone` varchar(11) DEFAULT NULL ) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4;  CREATE TABLE `user_memory` (   `id` int(11) PRIMARY KEY AUTO_INCREMENT,   `name` varchar(255) DEFAULT NULL,   `gender` tinyint(1) DEFAULT NULL,   `phone` varchar(11) DEFAULT NULL ) ENGINE=MEMORY DEFAULT CHARSET=utf8mb4;  CREATE TABLE `user_archive` (   `id` int(11) PRIMARY KEY AUTO_INCREMENT,   `name` varchar(255) DEFAULT NULL,   `gender` tinyint(1) DEFAULT NULL,   `phone` varchar(11) DEFAULT NULL ) ENGINE=Archive DEFAULT CHARSET=utf8mb4;  CREATE TABLE `user_csv` (   `id` int(11) NOT NULL,   `name` varchar(255) NOT NULL,   `gender` tinyint(1) NOT NULL,   `phone` varchar(11) NOT NULL ) ENGINE=CSV DEFAULT CHARSET=utf8mb4;

InnoDB
InnoDB存儲引擎是如今MySQL的默認存儲引擎。InnoDB存儲引擎提供了具有提交、回滾、崩潰恢復能力的事務安全。但是對比MyISAM的存儲引擎，InnoDB寫的處理效率差一些，并且會占用