爲什麼數據庫通常都有多種不同的存儲引擎可以選用？數據庫的存儲引擎到底是什麼東西？不同存儲引擎的特點有什麼區別？
在數據庫表的設計過程中，可以發現有的表較爲簡單，有的表較爲複雜，甚至有的表根本不用來存儲任何長期的數據，有的表讀取時非常快，但是插入數據時去很差；而我們在實際開發過程中，可能需要具備不同特點的各種各樣的表。不同的表，就意味着存儲不同類型的數據，數據的處理上也會存在着差異，那麼。對於MySQL來說，它提供了很多種類型的存儲引擎，我們可以根據對數據處理的需求，選擇不同的存儲引擎，從而最大限度的利用MySQL強大的功能。
一、MyISAM
表是獨立於操作系統的，這說明可以輕鬆地將其從Windows服務器移植到Linux服務器
建立了一個MyISAM引擎的tb_Demo表，那麼就會生成以下三個文件：
1.tb_demo.frm，存儲表定義；
2.tb_demo.MYD，存儲數據；
3.tb_demo.MYI，存儲索引。
MyISAM表無法處理事務，這就意味着有事務處理需求的表，不能使用MyISAM存儲引擎
適合場景：
- 選擇密集型的表。MyISAM存儲引擎在篩選大量數據時非常迅速，這是它最突出的優點。
- 插入密集型的表。MyISAM的併發插入特性允許同時選擇和插入數據。例如：MyISAM存儲引擎很適合管理郵件或Web服務器日誌數據。
二、InnoDB
InnoDB是一個健壯的事務型存儲引擎，以下場景是使用InnoDB是最理想的選擇：
- 更新密集的表。InnoDB存儲引擎特別適合處理多重併發的更新請求。
- 事務。InnoDB存儲引擎是支持事務的標準MySQL存儲引擎。
- 自動災難恢復。與其它存儲引擎不同，InnoDB表能夠自動從災難中恢復。
- 外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
- 支持自動增加列AUTO_INCREMENT屬性。
三、MEMORY
使用MySQL Memory存儲引擎的出發點是速度。爲得到最快的響應時間，採用的邏輯存儲介質是系統內存。雖然在內存中存儲表數據確實會提供很高的性能，但當mysqld守護進程崩潰時，所有的Memory數據都會丟失。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory數據表裏的數據使用的是長度不變的格式，以下場景適合使用Memory存儲引擎:
- 目標數據較小，而且被非常頻繁地訪問。在內存中存放數據，所以會造成內存的使用，可以通過參數max_heap_table_size控制Memory表的大小，設置此參數，就可以限制Memory表的最大大小。
- 如果數據是臨時的，而且要求必須立即可用，那麼就可以存放在內存表中。
- 存儲在Memory表中的數據如果突然丟失，不會對應用服務產生實質的負面影響。
- Memory同時支持散列索引和B樹索引。B樹索引的優於散列索引的是，可以使用部分查詢和通配查詢，也可以使用<、>和>=等操作符方便數據挖掘。散列索引進行“相等比較”非常快，但是對“範圍比較”的速度就慢多了，因此散列索引值適合使用在=和<>的操作符中，不適合在<或>操作符中，也同樣不適合用在order by子句中。
MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須完全相同，儘管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個相同MyISAM表的聚合器；Merge表中並沒有數據，對Merge類型的表可以進行查詢、更新、刪除操作，這些操作實際上是對內部的MyISAM表進行操作。Merge存儲引擎的使用場景。
對於服務器日誌這種信息，一般常用的存儲策略是將數據分成很多表，每個名稱與特定的時間端相關。例如：可以用12個相同的表來存儲服務器日誌數據，每個表用對應各個月份的名字來命名。當有必要基於所有12個日誌表的數據來生成報表，這意味着需要編寫並更新多表查詢，以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢，不如將這些表合併起來使用一條查詢，之後再刪除Merge表，而不影響原來的數據，刪除Merge表只是刪除Merge表的定義，對內部的表沒有任何影響。
五、ARCHIVE
Archive是歸檔的意思，在歸檔之後很多的高級功能就不再支持了，僅僅支持最基本的插入和查詢兩種功能。在MySQL
5.5版以前，Archive是不支持索引，但是在MySQL 5.5以後的版本中就開始支持索引了