mysql的引擎：

ISAM、MyISAM、InnoDB、HEAP（MEMORY）、CSV、BLACKHOLE、ARCHIVE、PERFORMANCE_SCHEMA、 Berkeley、Merge、Federated和Cluster/NDB等，除此以外我們也可以參照MySQL++ API創(chuàng)建自己的數(shù)據(jù)庫(kù)引擎。

ISAM

該引擎在讀取數(shù)據(jù)很快，而且不占用大量的內(nèi)存和存儲(chǔ)資源；但是不支持事務(wù)處理、不支持外鍵、不能夠容錯(cuò)、也不支持索引。該引擎在包括MySQL 5.1及其以上版本的數(shù)據(jù)庫(kù)中不再支持。

MyISAM

它是MySql的默認(rèn)引擎（5.5以前），但不提供事務(wù)的支持，也不支持行級(jí)鎖和外鍵。該引擎基于ISAM數(shù)據(jù)庫(kù)引擎，除了提供ISAM里所沒(méi)有的索引和字段管理等大量功能，MyISAM使用表鎖機(jī)制來(lái)優(yōu)化多個(gè)并發(fā)的讀寫(xiě)操作，但是需要經(jīng)常運(yùn)行OPTIMIZE TABLE命令，來(lái)恢復(fù)被更新機(jī)制所浪費(fèi)的空間，否則碎片也會(huì)隨之增加，最終影響數(shù)據(jù)訪問(wèn)性能。

MyISAM強(qiáng)調(diào)了快速讀取操作，主要用于高負(fù)載的select，所以，如果表的讀操作遠(yuǎn)遠(yuǎn)多于寫(xiě)操作時(shí)，并且不需要事務(wù)的支持的?？梢詫yIASM作為數(shù)據(jù)庫(kù)引擎的首先。

MyISAM類(lèi)型的表支持三種不同的存儲(chǔ)結(jié)構(gòu)：靜態(tài)型、動(dòng)態(tài)型、壓縮型。

靜態(tài)型：指定義的表列的大小是固定（即不含有：xblob、xtext、varchar等長(zhǎng)度可變的數(shù)據(jù)類(lèi)型）。使用靜態(tài)格式的表的性能比較高，因?yàn)樵诰S護(hù)和訪問(wèn)時(shí)需要的開(kāi)銷(xiāo)很低，但這種高性能是以空間為代價(jià)換來(lái)的，因?yàn)椴还芰兄械闹涤卸啻?，都?huì)以最大值為準(zhǔn)。

動(dòng)態(tài)型：如果列（即使只有一列）定義為動(dòng)態(tài)的（xblob, xtext, varchar等數(shù)據(jù)類(lèi)型），這時(shí)MyISAM就自動(dòng)使用動(dòng)態(tài)型，雖然動(dòng)態(tài)型的表占用了比靜態(tài)型表較少的空間，但帶來(lái)了性能的降低，因?yàn)槿绻硞€(gè)字段的內(nèi)容發(fā)生改變則其地址很可能需要移動(dòng)，這樣就會(huì)導(dǎo)致碎片的產(chǎn)生，隨著碎片增加，數(shù)據(jù)訪問(wèn)性能會(huì)隨之降低。

壓縮型：如果創(chuàng)建后是只讀的表，則應(yīng)該使用MyISAM的壓縮型表來(lái)減少空間的占用。

InnoDB

該存儲(chǔ)引擎提供了ACID事務(wù)支持、系統(tǒng)崩潰修復(fù)、多版本并發(fā)控制（MVCC）的行級(jí)鎖、支持自增長(zhǎng)列（auto_increment），支持外鍵。該引擎在5.5后的MySQL數(shù)據(jù)庫(kù)中為默認(rèn)存儲(chǔ)引擎。

它再處理大數(shù)據(jù)容量、高并發(fā)的場(chǎng)景下使用會(huì)提升效率。Mysql運(yùn)行的時(shí)候，Innodb會(huì)在內(nèi)存中建立緩沖池，用于緩沖數(shù)據(jù)和索引。但是，該引擎不支持全文搜索。同時(shí)，啟動(dòng)也比較的慢，它是不會(huì)保存表的行數(shù)的。當(dāng)進(jìn)行Select count(*) from table指令的時(shí)候，需要進(jìn)行掃描全表。

MyISAM VS Innodb

大容量的數(shù)據(jù)集趨向于選擇Innodb。因?yàn)樗С质聞?wù)處理和故障的恢復(fù)。Innodb可以利用數(shù)據(jù)日志來(lái)進(jìn)行數(shù)據(jù)的恢復(fù)。主鍵的查詢(xún)?cè)贗nnodb也是比較快的。

大批量的插入語(yǔ)句時(shí)（這里是INSERT語(yǔ)句）在MyIASM引擎中執(zhí)行的比較的快，但是UPDATE語(yǔ)句在Innodb下執(zhí)行的會(huì)比較的快，尤其是在并發(fā)量大的時(shí)候。

MyIASM引擎，B+樹(shù)的數(shù)據(jù)結(jié)構(gòu)中存儲(chǔ)的內(nèi)容是實(shí)際數(shù)據(jù)的地址值。也就是說(shuō)它的索引和實(shí)際數(shù)據(jù)是分開(kāi)的。這種索引的模式被稱(chēng)為非聚集索引。

Innodb引擎的索引的數(shù)據(jù)結(jié)構(gòu)也是B+樹(shù)，只不過(guò)數(shù)據(jù)結(jié)構(gòu)中存儲(chǔ)的都是實(shí)際的數(shù)據(jù)，這種索引有被稱(chēng)為聚集索引。

HEAP（也稱(chēng)為MEMORY）

該存儲(chǔ)引擎通過(guò)在內(nèi)存中創(chuàng)建臨時(shí)表來(lái)存儲(chǔ)數(shù)據(jù)。每個(gè)基于該存儲(chǔ)引擎的表實(shí)際對(duì)應(yīng)一個(gè)磁盤(pán)文件，該文件的文件名和表名是相同的，類(lèi)型為.frm。該磁盤(pán)文件只存儲(chǔ)表的結(jié)構(gòu)，而其數(shù)據(jù)存儲(chǔ)在內(nèi)存中，所以使用該種引擎的表?yè)碛?strong>極高的插入、更新和查詢(xún)效率。這種存儲(chǔ)引擎默認(rèn)使用哈希（HASH）索引，其速度比使用B+Tree型要快，但也可以使用B樹(shù)型索引。由于這種存儲(chǔ)引擎所存儲(chǔ)的數(shù)據(jù)保存在內(nèi)存中，所以其保存的數(shù)據(jù)具有不穩(wěn)定性，比如如果mysqld進(jìn)程發(fā)生異常、重啟或計(jì)算機(jī)關(guān)機(jī)等等都會(huì)造成這些數(shù)據(jù)的消失，所以這種存儲(chǔ)引擎中的表的生命周期很短，一般只使用一次。

CSV（Comma-Separated Values）

使用該引擎的MySQL數(shù)據(jù)庫(kù)表會(huì)在MySQL安裝目錄data文件夾中的和該表所在數(shù)據(jù)庫(kù)名相同的目錄中生成一個(gè).CSV文件（所以，它可以將CSV類(lèi)型的文件當(dāng)做表進(jìn)行處理），這種文件是一種普通文本文件，每個(gè)數(shù)據(jù)行占用一個(gè)文本行。該種類(lèi)型的存儲(chǔ)引擎不支持索引，即使用該種類(lèi)型的表沒(méi)有主鍵列；另外也不允許表中的字段為null。

BLACKHOLE（黑洞引擎）

該存儲(chǔ)引擎支持事務(wù)，而且支持mvcc的行級(jí)鎖，寫(xiě)入這種引擎表中的任何數(shù)據(jù)都會(huì)消失，主要用于做日志記錄或同步歸檔的中繼存儲(chǔ)，這個(gè)存儲(chǔ)引擎除非有特別目的，否則不適合使用。

ARCHIVE

該存儲(chǔ)引擎非常適合存儲(chǔ)大量獨(dú)立的、作為歷史記錄的數(shù)據(jù)。區(qū)別于InnoDB和MyISAM這兩種引擎，ARCHIVE提供了壓縮功能，擁有高效的插入速度，但是這種引擎不支持索引，所以查詢(xún)性能較差一些。

PERFORMANCE_SCHEMA

該引擎主要用于收集數(shù)據(jù)庫(kù)服務(wù)器性能參數(shù)。這種引擎提供以下功能：提供進(jìn)程等待的詳細(xì)信息，包括鎖、互斥變量、文件信息；保存歷史的事件匯總信息，為提供MySQL服務(wù)器性能做出詳細(xì)的判斷；對(duì)于新增和刪除監(jiān)控事件點(diǎn)都非常容易，并可以隨意改變mysql服務(wù)器的監(jiān)控周期，例如（CYCLE、MICROSECOND）。

Berkeley（BDB）

該存儲(chǔ)引擎支持COMMIT和ROLLBACK等其他事務(wù)特性。該引擎在包括MySQL 5.1及其以上版本的數(shù)據(jù)庫(kù)中不再支持。

Merge

該引擎將一定數(shù)量的MyISAM表聯(lián)合而成一個(gè)整體。

Federated

該存儲(chǔ)引擎可以不同的Mysql服務(wù)器聯(lián)合起來(lái)，邏輯上組成一個(gè)完整的數(shù)據(jù)庫(kù)。這種存儲(chǔ)引擎非常適合數(shù)據(jù)庫(kù)分布式應(yīng)用。

Cluster/NDB

該存儲(chǔ)引擎用于多臺(tái)數(shù)據(jù)機(jī)器聯(lián)合提供服務(wù)以提高整體性能和安全性。適合數(shù)據(jù)量大、安全和性能要求高的場(chǎng)景。