前言

在數(shù)據(jù)庫(kù)中存的就是一張張有著千絲萬縷關(guān)系的表，所以表設(shè)計(jì)的好壞，將直接影響著整個(gè)數(shù)據(jù)庫(kù)。而在設(shè)計(jì)表的時(shí)候，我們都會(huì)關(guān)注一個(gè)問題，使用什么存儲(chǔ)引擎。等一下，存儲(chǔ)引擎？什么是存儲(chǔ)引擎？

什么是存儲(chǔ)引擎？

關(guān)系數(shù)據(jù)庫(kù)表是用于存儲(chǔ)和組織信息的數(shù)據(jù)結(jié)構(gòu)，可以將表理解為由行和列組成的表格，類似于Excel的電子表格的形式。有的表簡(jiǎn)單，有的表復(fù)雜，有的表根本不用來存儲(chǔ)任何長(zhǎng)期的數(shù)據(jù)，有的表讀取時(shí)非?？?，但是插入數(shù)據(jù)時(shí)去很差；而我們?cè)趯?shí)際開發(fā)過程中，就可能需要各種各樣的表，不同的表，就意味著存儲(chǔ)不同類型的數(shù)據(jù)，數(shù)據(jù)的處理上也會(huì)存在著差異，那么。對(duì)于MySQL來說，它提供了很多種類型的存儲(chǔ)引擎，我們可以根據(jù)對(duì)數(shù)據(jù)處理的需求，選擇不同的存儲(chǔ)引擎，從而最大限度的利用MySQL強(qiáng)大的功能。這篇博文將總結(jié)和分析各個(gè)引擎的特點(diǎn)，以及適用場(chǎng)合，并不會(huì)糾結(jié)于更深層次的東西。我的學(xué)習(xí)方法是先學(xué)會(huì)用，懂得怎么用，再去知道到底是如何能用的。下面就對(duì)MySQL支持的存儲(chǔ)引擎進(jìn)行簡(jiǎn)單的介紹。

MyISAM

在mysql客戶端中，使用以下命令可以查看MySQL支持的引擎。

1.tb_demo.frm，存儲(chǔ)表定義；
2.tb_demo.MYD，存儲(chǔ)數(shù)據(jù)；
3.tb_demo.MYI，存儲(chǔ)索引。

MyISAM表無法處理事務(wù)，這就意味著有事務(wù)處理需求的表，不能使用MyISAM存儲(chǔ)引擎。MyISAM存儲(chǔ)引擎特別適合在以下幾種情況下使用：

1.選擇密集型的表。MyISAM存儲(chǔ)引擎在篩選大量數(shù)據(jù)時(shí)非常迅速，這是它最突出的優(yōu)點(diǎn)。
2.插入密集型的表。MyISAM的并發(fā)插入特性允許同時(shí)選擇和插入數(shù)據(jù)。例如：MyISAM存儲(chǔ)引擎很適合管理郵件或Web服務(wù)器日志數(shù)據(jù)。

InnoDB

InnoDB是一個(gè)健壯的事務(wù)型存儲(chǔ)引擎，這種存儲(chǔ)引擎已經(jīng)被很多互聯(lián)網(wǎng)公司使用，為用戶操作非常大的數(shù)據(jù)存儲(chǔ)提供了一個(gè)強(qiáng)大的解決方案。我的電腦上安裝的MySQL 5.6.13版，InnoDB就是作為默認(rèn)的存儲(chǔ)引擎。InnoDB還引入了行級(jí)鎖定和外鍵約束，在以下場(chǎng)合下，使用InnoDB是最理想的選擇：

1.更新密集的表。InnoDB存儲(chǔ)引擎特別適合處理多重并發(fā)的更新請(qǐng)求。
2.事務(wù)。InnoDB存儲(chǔ)引擎是支持事務(wù)的標(biāo)準(zhǔn)MySQL存儲(chǔ)引擎。
3.自動(dòng)災(zāi)難恢復(fù)。與其它存儲(chǔ)引擎不同，InnoDB表能夠自動(dòng)從災(zāi)難中恢復(fù)。
4.外鍵約束。MySQL支持外鍵的存儲(chǔ)引擎只有InnoDB。
5.支持自動(dòng)增加列AUTO_INCREMENT屬性。

一般來說，如果需要事務(wù)支持，并且有較高的并發(fā)讀取頻率，InnoDB是不錯(cuò)的選擇。

MEMORY

使用MySQL Memory存儲(chǔ)引擎的出發(fā)點(diǎn)是速度。為得到最快的響應(yīng)時(shí)間，采用的邏輯存儲(chǔ)介質(zhì)是系統(tǒng)內(nèi)存。雖然在內(nèi)存中存儲(chǔ)表數(shù)據(jù)確實(shí)會(huì)提供很高的性能，但當(dāng)mysqld守護(hù)進(jìn)程崩潰時(shí)，所有的Memory數(shù)據(jù)都會(huì)丟失。獲得速度的同時(shí)也帶來了一些缺陷。它要求存儲(chǔ)在Memory數(shù)據(jù)表里的數(shù)據(jù)使用的是長(zhǎng)度不變的格式，這意味著不能使用BLOB和TEXT這樣的長(zhǎng)度可變的數(shù)據(jù)類型，VARCHAR是一種長(zhǎng)度可變的類型，但因?yàn)樗贛ySQL內(nèi)部當(dāng)做長(zhǎng)度固定不變的CHAR類型，所以可以使用。

一般在以下幾種情況下使用Memory存儲(chǔ)引擎：

1.目標(biāo)數(shù)據(jù)較小，而且被非常頻繁地訪問。在內(nèi)存中存放數(shù)據(jù)，所以會(huì)造成內(nèi)存的使用，可以通過參數(shù)max_heap_table_size控制Memory表的大小，設(shè)置此參數(shù)，就可以限制Memory表的最大大小。

2.如果數(shù)據(jù)是臨時(shí)的，而且要求必須立即可用，那么就可以存放在內(nèi)存表中。

3.存儲(chǔ)在Memory表中的數(shù)據(jù)如果突然丟失，不會(huì)對(duì)應(yīng)用服務(wù)產(chǎn)生實(shí)質(zhì)的負(fù)面影響。

Memory同時(shí)支持散列索引和B樹索引。B樹索引的優(yōu)于散列索引的是，可以使用部分查詢和通配查詢，也可以使用<、>和>=等操作符方便數(shù)據(jù)挖掘。散列索引進(jìn)行“相等比較”非?？欤菍?duì)“范圍比較”的速度就慢多了，因此散列索引值適合使用在=和<>的操作符中，不適合在<或>操作符中，也同樣不適合用在order by子句中。

可以在表創(chuàng)建時(shí)利用USING子句指定要使用的版本。例如：

上述代碼創(chuàng)建了一個(gè)表，在username字段上使用了HASH散列索引。下面的代碼就創(chuàng)建一個(gè)表，使用BTREE索引。

MERGE

MERGE存儲(chǔ)引擎是一組MyISAM表的組合，這些MyISAM表結(jié)構(gòu)必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個(gè)相同MyISAM表的聚合器；Merge表中并沒有數(shù)據(jù)，對(duì)Merge類型的表可以進(jìn)行查詢、更新、刪除操作，這些操作實(shí)際上是對(duì)內(nèi)部的MyISAM表進(jìn)行操作。Merge存儲(chǔ)引擎的使用場(chǎng)景。

對(duì)于服務(wù)器日志這種信息，一般常用的存儲(chǔ)策略是將數(shù)據(jù)分成很多表，每個(gè)名稱與特定的時(shí)間端相關(guān)。例如：可以用12個(gè)相同的表來存儲(chǔ)服務(wù)器日志數(shù)據(jù)，每個(gè)表用對(duì)應(yīng)各個(gè)月份的名字來命名。當(dāng)有必要基于所有12個(gè)日志表的數(shù)據(jù)來生成報(bào)表，這意味著需要編寫并更新多表查詢，以反映這些表中的信息。與其編寫這些可能出現(xiàn)錯(cuò)誤的查詢，不如將這些表合并起來使用一條查詢，之后再刪除Merge表，而不影響原來的數(shù)據(jù)，刪除Merge表只是刪除Merge表的定義，對(duì)內(nèi)部的表沒有任何影響。

ARCHIVE

Archive是歸檔的意思，在歸檔之后很多的高級(jí)功能就不再支持了，僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以后的版本中就開始支持索引了。Archive擁有很好的壓縮機(jī)制，它使用zlib壓縮庫(kù)，在記錄被請(qǐng)求時(shí)會(huì)實(shí)時(shí)壓縮，所以它經(jīng)常被用來當(dāng)做倉(cāng)庫(kù)使用。

存儲(chǔ)引擎的一些問題

1.如何查看服務(wù)器有哪些存儲(chǔ)引擎可以使用？
為確定你的MySQL服務(wù)器可以用哪些存儲(chǔ)引擎，執(zhí)行如下命令：

2.如何選擇合適的存儲(chǔ)引擎？
（1）選擇標(biāo)準(zhǔn)可以分為：
（2）是否需要支持事務(wù)；
（3）是否需要使用熱備；
（4）崩潰恢復(fù)：能否接受崩潰；
（5）是否需要外鍵支持；
然后按照標(biāo)準(zhǔn)，選擇對(duì)應(yīng)的存儲(chǔ)引擎即可。

總結(jié)

這篇文章總結(jié)了幾種比較常用的存儲(chǔ)引擎，對(duì)于實(shí)際的工作，需要根據(jù)具體的情況而定，結(jié)合實(shí)際的項(xiàng)目實(shí)例進(jìn)行應(yīng)用，才是最好的學(xué)習(xí)方法。