MySQL 有很多存儲引擎（也叫數(shù)據(jù)引擎），所謂的存儲引擎是指用于存儲、處理和保護(hù)數(shù)據(jù)的核心服務(wù)。也就是存儲引擎是數(shù)據(jù)庫的底層軟件組織。在 MySQL 中可以使用“show engines”來查詢數(shù)據(jù)庫的所有存儲引擎，如下圖所示：

在上述列表中，我們最常用的存儲引擎有以下 3 種：

• InnoDB
• MyISAM
• MEMORY

下面我們分別來看。

1.InnoDB

InnoDB 是 MySQL 5.1 之后默認(rèn)的存儲引擎，它支持事務(wù)、支持外鍵、支持崩潰修復(fù)和自增列。如果對業(yè)務(wù)的完整性要求較高，比如張三給李四轉(zhuǎn)賬，需要減張三的錢，同時給李四加錢，這時候只能全部執(zhí)行成功或全部執(zhí)行失敗，此時可以通過 InnoDB 來控制事務(wù)的提交和回滾，從而保證業(yè)務(wù)的完整性。

優(yōu)缺點(diǎn)分析

InnoDB 的優(yōu)勢是支持事務(wù)、支持外鍵、支持崩潰修復(fù)和自增列；它的缺點(diǎn)是讀寫效率較差、占用的數(shù)據(jù)空間較大。

2.MyISAM

MyISAM 是 MySQL 5.1 之前默認(rèn)的數(shù)據(jù)庫引擎，讀取效率較高，占用數(shù)據(jù)空間較少，但不支持事務(wù)、不支持行級鎖、不支持外鍵等特性。因?yàn)椴恢С中屑夋i，因此在添加和修改操作時，會執(zhí)行鎖表操作，所以它的寫入效率較低。

優(yōu)缺點(diǎn)分析

MyISAM 引擎保存了單獨(dú)的索引文件 .myi，且它的索引是直接定位到 OFFSET 的，而 InnoDB 沒有單獨(dú)的物理索引存儲文件，且 InnoDB 索引尋址是先定位到塊數(shù)據(jù)，再定位到行數(shù)據(jù)，所以 MyISAM 的查詢效率是比 InnoDB 的查詢效率要高。但它不支持事務(wù)、不支持外鍵，所以它的適用場景是讀多寫少，且對完整性要求不高的業(yè)務(wù)場景。

3.MEMORY

內(nèi)存型數(shù)據(jù)庫引擎，所有的數(shù)據(jù)都存儲在內(nèi)存中，因此它的讀寫效率很高，但 MySQL 服務(wù)重啟之后數(shù)據(jù)會丟失。它同樣不支持事務(wù)、不支持外鍵。MEMORY 支持 Hash 索引或 B 樹索引，其中 Hash 索引是基于 key 查詢的，因此查詢效率特別高，但如果是基于范圍查詢的效率就比較低了。而前面兩種存儲引擎是基于 B+ 樹的數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)了。

優(yōu)缺點(diǎn)分析

MEMORY 讀寫性能很高，但 MySQL 服務(wù)重啟之后數(shù)據(jù)會丟失，它不支持事務(wù)和外鍵。適用場景是讀寫效率要求高，但對數(shù)據(jù)丟失不敏感的業(yè)務(wù)場景。

4.查看和設(shè)置存儲引擎

4.1 查看存儲引擎

存儲引擎的設(shè)置粒度是表級別的，也就是每張表可以設(shè)置不同的存儲引擎，我們可以使用以下命令來查詢某張表的存儲引擎：

如下圖所示：

4.2 設(shè)置存儲引擎

在創(chuàng)建一張表的時候設(shè)置存儲引擎：

修改一張已經(jīng)存在表的存儲引擎：

總結(jié)

MySQL 中最常見的存儲引擎有：InnoDB、MyISAM 和 MEMORY，其中 InnoDB 是 MySQL 5.1 之后默認(rèn)的存儲引擎，它支持事務(wù)、支持外鍵、支持崩潰修復(fù)和自增列，它的特點(diǎn)是穩(wěn)定（能保證業(yè)務(wù)的完整性），但數(shù)據(jù)的讀寫效率一般；而 MyISAM 的查詢效率較高，但不支持事務(wù)和外鍵；MEMORY 的讀寫效率最高，但因?yàn)閿?shù)據(jù)都保存在內(nèi)存中的，所以 MySQL 服務(wù)重啟之后數(shù)據(jù)就會丟失，因此它只適用于數(shù)據(jù)丟失不敏感的業(yè)務(wù)場景。