MyISAM：
創建一個myisam存儲引擎的表的時候回出現三個文件
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.版本以后InnoDB就是作為默認的存儲引擎。
InnoDB還引入了行級鎖定和外鍵約束，在以下場合下，使用InnoDB是最理想的選擇：
1. 更新密集的表。InnoDB存儲引擎特別適合處理多重並發的更新請求。
2.事務。InnoDB存儲引擎是支持事務的標准MySQL存儲引擎。
3.自動災難恢復。與其它存儲引擎不同，InnoDB表能夠自動從災難中恢復。
4.外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
5.支持自動增加列AUTO_INCREMENT屬性。
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子句中
MERGE：
MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個相同MyISAM表的聚合器；Merge表中並沒有數據，對Merge類型的表可以進行查詢、更新、刪除操作，這些操作實際上是對內部的MyISAM表進行操作。Merge存儲引擎的使用場景。對於服務器日志這種信息，一般常用的存儲策略是將數據分成很多表，每個名稱與特定的時間端相關。例如：可以用12個相同的表來存儲服務器日志數據，每個表用對應各個月份的名字來命名。當有必要基於所有12個日志表的數據來生成報表，這意味着需要編寫並更新多表查詢，以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢，不如將這些表合並起來使用一條查詢，之后再刪除Merge表，而不影響原來的數據，刪除Merge表只是刪除Merge表的定義，對內部的表沒有任何影響。
ARCHIVE：
rchive是歸檔的意思，在歸檔之后很多的高級功能就不再支持了，僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以后的版本中就開始支持索引了。Archive擁有很好的壓縮機制，它使用zlib壓縮庫，在記錄被請求時會實時壓縮，所以它經常被用來當做倉庫使用。
比較常用的是MyISAM和InnoBD
| MyISAM | InnoDB | |
| 構成上的區別： | 每個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。 .frm文件存儲表定義。 數據文件的擴展名為.MYD (MYData)。 索引文件的擴展名是.MYI (MYIndex)。 |
基於磁盤的資源是InnoDB表空間數據文件和它的日志文件，InnoDB 表的大小只受限於操作系統文件的大小，一般為 2GB |
| 事務處理上方面: | MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持 | InnoDB提供事務支持事務，外部鍵（foreign key）等高級數據庫功能 |
| SELECT UPDATE, INSERT，Delete操作 |
如果執行大量的SELECT，MyISAM是更好的選擇 | 1.如果你的數據執行大量的INSERT 或 UPDATE，出於性能方面的考慮，應該使用InnoDB表 2.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。 3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用 |
| 對AUTO_INCREMENT 的操作 |
每表一個AUTO_INCREMEN列的內部處理。 MyISAM 為 INSERT 和 UPDATE 操作自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂的值被刪除之后就不能再利用。(當AUTO_INCREMENT列被定義為多列索引的最后一列，可以出現重使用從序列頂部刪除的值的情況）。 AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置 對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引 更好和更快的auto_increment處理 |
如果你為一個表指定AUTO_INCREMENT列，在數據詞典里的InnoDB表句柄包含一個名為自動增長計數器的計數器，它被用在為該列賦新值。 自動增長計數器僅被存儲在主內存中，而不是存在磁盤上 關於該計算器的算法實現，請參考 AUTO_INCREMENT 列在 InnoDB 里如何工作 |
| 表的具體行數 | select count(*) from table,MyISAM只要簡單的讀出保存好的行數，注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的 | InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行 |
| 鎖 | 表鎖 | 提供行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表， 例如update table set num=1 where name like “�a%” |