【學習記錄】MySQL存儲引擎

原文見：http://www.jb51.net/article/55849.htm

MySQL存儲引擎

關係數據庫表是用於存儲和組織信息的數據結構，能夠將表理解爲由行和列組成的表格，相似於Excel的電子表格的形式。有的表簡單，有的表複雜，有的表根本不用來存儲任何長期的數據，有的表讀取時很是快，可是插入數據時去不好；而咱們在實際開發過程當中，就可能須要各類各樣的表，不一樣的表，就意味着存儲不一樣類型的數據，數據的處理上也會存在着差別，那麼。對於MySQL來講，它提供了不少種類型的存儲引擎，咱們能夠根據對數據處理的需求，選擇不一樣的存儲引擎，從而最大限度的利用MySQL強大的功能。

MyISAM

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

show engines;

MyISAM表是獨立於操做系統的，這說明能夠輕鬆地將其從Windows服務器移植到Linux服務器；每當咱們創建一個MyISAM引擎的表時，就會在本地磁盤上創建三個文件，文件名就是代表。例如，我創建了一個MyISAM引擎的tb_Demo表，那麼就會生成如下三個文件：

1.tb_demo.frm，存儲表定義；
2.tb_demo.MYD，存儲數據；
3.tb_demo.MYI，存儲索引。

MyISAM表沒法處理事務，這就意味着有事務處理需求的表，不能使用MyISAM存儲引擎。

MyISAM存儲引擎特別適合在如下幾種狀況下使用：

1.選擇密集型的表。MyISAM存儲引擎在篩選大量數據時很是迅速，這是它最突出的優勢。
2.插入密集型的表。MyISAM的併發插入特性容許同時選擇和插入數據。例如：MyISAM存儲引擎很適合管理郵件或Web服務器日誌數據。

InnoDB

InnoDB是一個健壯的事務型存儲引擎，這種存儲引擎已經被不少互聯網公司使用，爲用戶操做很是大的數據存儲提供了一個強大的解決方案。個人電腦上安裝的MySQL 5.6.13版，InnoDB就是做爲默認的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束，在如下場合下，使用InnoDB是最理想的選擇：

1.更新密集的表。InnoDB存儲引擎特別適合處理多重併發的更新請求。
2.事務。InnoDB存儲引擎是支持事務的標準MySQL存儲引擎。
3.自動災難恢復。與其它存儲引擎不一樣，InnoDB表可以自動從災難中恢復。
4.外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
5.支持自動增長列AUTO_INCREMENT屬性。

通常來講，若是須要事務支持，而且有較高的併發讀取頻率，InnoDB是不錯的選擇。

MEMORY

使用MySQL Memory存儲引擎的出發點是速度。爲獲得最快的響應時間，採用的邏輯存儲介質是系統內存。雖然在內存中存儲表數據確實會提供很高的性能，但當mysqld守護進程崩潰時，全部的Memory數據都會丟失。得到速度的同時也帶來了一些缺陷。它要求存儲在Memory數據表裏的數據使用的是長度不變的格式，這意味着不能使用BLOB和TEXT這樣的長度可變的數據類型，VARCHAR是一種長度可變的類型，但由於它在MySQL內部當作長度固定不變的CHAR類型，因此可使用。

通常在如下幾種狀況下使用Memory存儲引擎：

1.目標數據較小，並且被很是頻繁地訪問。在內存中存放數據，因此會形成內存的使用，能夠經過參數max_heap_table_size控制Memory表的大小，設置此參數，就能夠限制Memory表的最大大小。

2.若是數據是臨時的，並且要求必須當即可用，那麼就能夠存放在內存表中。

3.存儲在Memory表中的數據若是忽然丟失，不會對應用服務產生實質的負面影響。

Memory同時支持散列索引和B樹索引。

B樹索引的優於散列索引的是，可使用部分查詢和通配查詢，也可使用<、>和>=等操做符方便數據挖掘。

散列索引進行「相等比較」很是快，可是對「範圍比較」的速度就慢多了，所以散列索引值適合使用在=和<>的操做符中，不適合在<或>操做符中，也一樣不適合用在order by子句中。

能夠在表建立時利用USING子句指定要使用的版本。例如：
 

create table users
(
    id smallint unsigned not null auto_increment,
    username varchar(15) not null,
    pwd varchar(15) not null,
    index using hash (username),
    primary key (id)
)engine=memory;

上述代碼建立了一個表，在username字段上使用了HASH散列索引。下面的代碼就建立一個表，使用BTREE索引。
 

create table users
(
    id smallint unsigned not null auto_increment,
    username varchar(15) not null,
    pwd varchar(15) not null,
    index using btree (username),
    primary key (id)
)engine=memory;

MERGE

MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須徹底相同，儘管其使用不如其它引擎突出，可是在某些狀況下很是有用。說白了，Merge表就是幾個相同MyISAM表的聚合器；Merge表中並無數據，對Merge類型的表能夠進行查詢、更新、刪除操做，這些操做其實是對內部的MyISAM表進行操做。Merge存儲引擎的使用場景。

對於服務器日誌這種信息，通常經常使用的存儲策略是將數據分紅不少表，每一個名稱與特定的時間端相關。例如：能夠用12個相同的表來存儲服務器日誌數據，每一個表用對應各個月份的名字來命名。當有必要基於全部12個日誌表的數據來生成報表，這意味着須要編寫並更新多表查詢，以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢，不如將這些表合併起來使用一條查詢，以後再刪除Merge表，而不影響原來的數據，刪除Merge表只是刪除Merge表的定義，對內部的表沒有任何影響。

ARCHIVE

Archive是歸檔的意思，在歸檔以後不少的高級功能就再也不支持了，僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版之前，Archive是不支持索引，可是在MySQL 5.5之後的版本中就開始支持索引了。Archive擁有很好的壓縮機制，它使用zlib壓縮庫，在記錄被請求時會實時壓縮，因此它常常被用來當作倉庫使用。

存儲引擎的一些問題

如何選擇合適的存儲引擎？
（1）選擇標準能夠分爲：
        是否須要支持事務；MyISAM不支持事務，ARCHIVE，MERGE，MEMORY都是事務非安全
        是否須要使用熱備；災難恢復
        崩潰恢復：可否接受崩潰；MEMORY的數據容易崩潰，其丟失不該對應用有很大的影響
        是否須要外鍵支持；MySQL支持外鍵的存儲引擎只有InnoDB。 而後按照標準，選擇對應的存儲引擎便可。