hell，大家早上好、中午好、晚上好、歡迎收看本次文章，我是聲音甜美的雞排妹。今天是美國時間聖誕節，今天我雞排妹沒有等聖誕老人了，也不想聖誕禮物了，因為雞排妹在中國今天不是聖誕節，所以不會聖誕節過了。好了今天我們學習一下 MySql的存儲引擎，今天繼續追夢吧。
1. Mysql的體系結構概覽
體系結構概覽
整個MySQL Serve 由以下組成
- Connection Pool ：連接池組件
- Management Services & Utilities：管理服務和工具組件
- SQL Interface : SQL接口組件
- Parser： 查詢分析器組件
- Optimizer：優化器組件
- Caches & Buffers：緩衝池組件
- Pluggable Storage Engines：存儲引擎
- File System：文件系統
1） 連接層
最上層是一些客戶端和鏈接服務，包含本地sock 通信和大多數基於客戶端/服務端工具實現的類似於 TCP/IP的通信。主要完成一些類似於連接處理、授權認證、及相關的安全方案。在該層上引入了線程池的概念，為通過認證安全接入的客戶端提供線程。同樣在該層上可以實現基於SSL的安全鏈接。服務器也會為安全接入的每個客戶端驗證它所具有的操作權限。
2） 服務層
第二層架構主要完成大多數的核心服務功能，如SQL接口，並完成緩存的查詢，SQL的分析和優化，部分內置函數的執行。所有跨存儲引擎的功能也在這一層實現，如 過程、函數等。在該層，服務器會解析查詢並創建相應的內部解析樹，並對其完成相應的優化如確定表的查詢的順序，是否利用索引等， 最後生成相應的執行操作。如果是select語句，服務器還會查詢內部的緩存，如果緩存空間足夠大，這樣在解決大量讀操作的環境中能夠很好的提升系統的性能。
3） 引擎層
存儲引擎層， 存儲引擎真正的負責了MySQL中數據的存儲和提取，服務器通過API和存儲引擎進行通信。不同的存儲引擎具有不同的功能，這樣我們可以根據自己的需要，來選取合適的存儲引擎。
4）存儲層
數據存儲層， 主要是將數據存儲在文件系統之上，並完成與存儲引擎的交互。
和其他數據庫相比，MySQL有點與眾不同，它的架構可以在多種不同場景中應用併發揮良好作用。主要體現在存儲引擎上，插件式的存儲引擎架構，將查詢處理和其他的系統任務以及數據的存儲提取分離。這種架構可以根據業務的需求和實際需要選擇合適的存儲引擎。
2. 存儲引擎
2.1 存儲引擎概述
和大多數的數據庫不同, MySQL中有一個存儲引擎的概念, 針對不同的存儲需求可以選擇最優的存儲引擎。和大多數的數據庫不同, MySQL中有一個存儲引擎的概念, 針對不同的存儲需求可以選擇最優的存儲引擎。
Oracle，SqlServer等數據庫只有一種存儲引擎。MySQL提供了插件式的存儲引擎架構。所以MySQL存在多種存儲引擎，可以根據需要使用相應引擎，或者編寫存儲引擎。
MySQL5.0支持的存儲引擎包含 ： InnoDB 、MyISAM 、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等，其中InnoDB和BDB提供事務安全表，其他存儲引擎是非事務安全表。
可以通過指定 show engines ， 來查詢當前數據庫支持的存儲引擎 ：
存儲引擎
下面我們將重點介紹最長使用的兩種存儲引擎： InnoDB、MyISAM ， 另外兩種 MEMORY、MERGE ， 瞭解
2.2.1 InnoDB
InnoDB存儲引擎是MySQL的默認存儲引擎。InnoDB 存儲引擎提供了具體提交、回滾、崩潰恢復能力的事物安全。但是對吧MyISSM的存儲引擎，InnoDB寫的處理效率差一些，並且會佔用更多的磁盤空間以保留數據和索引。
事物控制
create table goods_innodb(
id int not null auto_increment,
name varchar(20) not null,
primary key(id)
);
start transaction;
insert into goods_innodb(id,name)values(null,'Meta20');
commit;
測試，發現在InnoDB中是存在事務的
外鍵約束
MySQL 支持外鍵的存儲引擎只有InnoDB，在創建外鍵的時候，要求父表必須有對應的索引，子表在創建外鍵的時候，也會自動的創建對應索引。
下面兩張表中 ， country_innodb是父表 ， country_id為主鍵索引，city_innodb表是子表，country_id字段為外鍵，對應於country_innodb表的主鍵country_id 。
create table country_innodb(
country_id int not null auto_increment,
country_name varchar(100) not null,
primary key(country_id)
);
create table city_innodb(
city_id int not null auto_increment,
city_name varchar(50) not null,
country_id int not null,
primary key (city_id),
key idx_fk_country_id(country_id),
constraint `fk_city_country` foreign key(country_id) references
country_innodb(country_id) on delete restrict on update cascade
);
insert into country_innodb values(null,'China'),(null,'America'),(null,'Japan');
insert into city_innodb values(null,'Xian',1),(null,'NewYork',2),(null,'BeiJing',1);
ON DELETE RESTRICT ------》刪除主表數據時，如果有關聯記錄，不刪除。
ON UPDATE CASCADE ------》更新主表時，如果字表有關聯記錄，更新字表記錄。
下面有解析：
在創建索引時， 可以指定在刪除、更新父表時，對子表進行的相應操作，包括 RESTRICT、CASCADE、SET NULL和 NO ACTION。
RESTRICT和NO ACTION相同， 是指限制在子表有關聯記錄的情況下， 父表不能更新；CASCADE表示父表在更新或者刪除時，更新或者刪除子表對應的記錄；
SET NULL 則表示父表在更新或者刪除的時候，子表的對應字段被SET NULL 。針對上面創建的兩個表， 子表的外鍵指定是ON DELETE RESTRICT ON UPDATE CASCADE 方式的， 那麼在主表刪除記錄的時候， 如果子表有對應記錄， 則不允許刪除， 主表在更新記錄的時候， 如果子表有對應記錄， 則子表對應更新 。
表中數據如下圖所示 ：
外鍵信息可以使用如下兩種方式查看 ：
刪除country_id為1 的country數據：
delete from country_innodb where country_id = 1;
刪除不成功，不能刪除父表，有外健關聯。
更新主表country表的字段 country_id :
update country_innodb set country_id = 100 where 1 country_id = 1;
更新後， 子表的數據信息為 ：
更新後， 子表的數據信息為
存儲方式
InnoDB 存儲表和索引有以下兩種方式 :
1. 使用共享表空間存儲， 這種方式創建的表的表結構保存在.frm文件中， 數據和索引保存在 innodb_data_home_dir 和 innodb_data_file_path定義的表空間中，可以是多個文件。
2. 使用多表空間存儲， 這種方式創建的表的表結構仍然存在 .frm 文件中，但是每個表的數據和索引單獨保存在 .ibd 中。
2.2.2 MyISAM
MyISAM 不支持事物，也不支持外健，其優勢是訪問速度快，對事務的完整性沒有要求或者以select，insert為主的應用基本上都可以使用這個引擎創建表。有以下兩個比較重要的特點:
不支持事物
create table goods_myisam(
id int NOT NULL AUTO_INCREMENT,
name varchar(20) NOT NULL,
primary key(id)
)ENGINE=myisam DEFAULT CHARSET=utf8;
通過測試，我們發現，在MyISAM存儲引擎中，是沒有事務控制的 ;
文件存儲方式
每個MyISAM在磁盤上存儲成3個文件，其文件名都和表名相同，但拓展名分別是 :
.frm (存儲表定義);
.MYD(MYData , 存儲數據);
.MYI(MYIndex , 存儲索引);
2.3 存儲引擎的選擇
在選擇存儲引擎時，應該根據應用系統的特點選擇合適的存儲引擎。對於複雜的應用系統，還可以根據實際情況選擇多種存儲引擎進行組合。以下是幾種常用的存儲引擎的使用環境。
- InnoDB : 是Mysql的默認存儲引擎，用於事務處理應用程序 ，支持外鍵。如果應用對事務的完整性有比較高 的要求，在併發條件下要求數據的一致性，數據操作除了插入和查詢意外，還包含很多的更新、刪除操作, 那麼InnoDB存儲引擎是比較合適的選擇。InnoDB存儲引擎除了有效的降低由於刪除和更新導致的鎖定， 還可以確保事務的完整提交和回滾，對於類似於計費系統或者財務系統等對數據準確性要求比較高的系統， InnoDB是最合適的選擇。
- MyISAM : 如果應用是以讀操作和插入操作為主，只有很少的更新和刪除操作，並且對事務的完整性、併發 性要求不是很高，那麼選擇這個存儲引擎是非常合適的。
- MEMORY:將所有數據保存在RAM中，在需要快速定位記錄和其他類似數據環境下，可以提供幾塊的訪問。 MEMORY的缺陷就是對錶的大小有限制，太大的表無法緩存在內存中，其次是要確保表的數據可以恢復，數 據庫異常終止後表中的數據是可以恢復的。MEMORY表通常用於更新不太頻繁的小表，用以快速得到訪問結果。
- MERGE:用於將一系列等同的MyISAM表以邏輯方式組合在一起，並作為一個對象引用他們。MERGE表的優 點在於可以突破對單個MyISAM表的大小限制，並且通過將不同的表分佈在多個磁盤上，可以有效的改善 MERGE表的訪問效率。這對於存儲諸如數據倉儲等VLDB環境十分合適。
閱讀更多 程序美學 的文章
