在了解存儲引擎前，最好先了解一下MySQL的體系結(jié)構(gòu)戈鲁，請移步：
http://www.cnblogs.com/yjf512/archive/2012/02/06/2339496.html
http://www.cnblogs.com/chenmh/p/4914754.html
存儲引擎介紹
存儲引擎說白了就是如何存儲數(shù)據(jù)丧鸯、如何為存儲的數(shù)據(jù)建立索引和如何更新蛤铜、查詢數(shù)據(jù)等技術(shù)的實(shí)現(xiàn)方法。因?yàn)樵陉P(guān)系數(shù)據(jù)庫中數(shù)據(jù)的存儲是以表的形式存儲的丛肢，所以存儲引擎也可以稱為表類型（即存儲和操作此表的類型）围肥。
在Oracle 和SQL Server等數(shù)據(jù)庫中只有一種存儲引擎，所有數(shù)據(jù)存儲管理機(jī)制都是一樣的蜂怎。而MySql數(shù)據(jù)庫提供了多種存儲引擎穆刻。用戶可以根據(jù)不同的需求為數(shù)據(jù)表選擇不同的存儲引擎，用戶也可以根據(jù)自己的需要編寫自己的存儲引擎杠步。
關(guān)于MySQL存儲引擎的介紹氢伟，在以下鏈接文章中有詳細(xì)介紹：
http://www.jellythink.com/archives/640
這里根據(jù)上述鏈接中的文章撰洗，介紹一些引擎的適用場合：
MyISAM 無法處理事務(wù)，意味著有事務(wù)處理需求的表腐芍，不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在以下幾種情況下使用：
- 選擇密集型的表试躏。MyISAM存儲引擎在篩選大量數(shù)據(jù)時非常迅速猪勇，這是它最突出的優(yōu)點(diǎn)。
- 插入密集型的表颠蕴。MyISAM的并發(fā)插入特性允許同時選擇和插入數(shù)據(jù)泣刹。例如：MyISAM存儲引擎很適合管理郵件或Web服務(wù)器日志數(shù)據(jù)。
(ps:在5.5版本之前是默認(rèn)引擎犀被，后來默認(rèn)引擎成了InnoDB椅您，但在MySQL8.0中廢棄了MyISAM存儲引擎。關(guān)于MySQL8.0的信息寡键，請移步https://dev.mysql.com/downloads/mysql/8.0.html)
InnoDB是一個健壯的事務(wù)型存儲引擎掀泳，這種存儲引擎已經(jīng)被很多互聯(lián)網(wǎng)公司使用，為用戶操作非常大的數(shù)據(jù)存儲提供了一個強(qiáng)大的解決方案西轩。我的電腦上安裝的MySQL 5.6.13版员舵，InnoDB就是作為默認(rèn)的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束藕畔，在以下場合下马僻，使用InnoDB是最理想的選擇：
- 更新密集的表。InnoDB存儲引擎特別適合處理多重并發(fā)的更新請求注服。
- 事務(wù)韭邓。InnoDB存儲引擎是支持事務(wù)的標(biāo)準(zhǔn)MySQL存儲引擎。
- 自動災(zāi)難恢復(fù)溶弟。與其它存儲引擎不同女淑，InnoDB表能夠自動從災(zāi)難中恢復(fù)。
- 外鍵約束可很。MySQL支持外鍵的存儲引擎只有InnoDB诗力。
- 支持自動增加列AUTO_INCREMENT屬性。
一般來說我抠，如果需要事務(wù)支持苇本，并且有較高的并發(fā)讀取頻率，InnoDB是不錯的選擇菜拓。
MyISAM與InnoDB之比較(摘自維基百科)
- InnoDB可借由事務(wù)日志（Transaction Log）來恢復(fù)程序崩潰（crash）瓣窄，或非預(yù)期結(jié)束所造成的數(shù)據(jù)錯誤；而MyISAM遇到錯誤纳鼎，必須完整掃描后才能重建索引俺夕，或修正未寫入硬盤的錯誤裳凸。InnoDB的修復(fù)時間，大略都是固定的劝贸，但MyISAM的修復(fù)時間姨谷，則與數(shù)據(jù)量的多寡成正比。相對而言映九，隨著數(shù)據(jù)量的增加梦湘，InnoDB會有較佳的穩(wěn)定性。
- MyISAM必須依靠操作系統(tǒng)來管理讀取與寫入的緩存件甥，而InnoDB則是有自己的讀寫緩存管理機(jī)制捌议。（InnoDB不會將被修改的數(shù)據(jù)頁立即交給操作系統(tǒng)）因此在某些情況下，InnoDB的數(shù)據(jù)訪問會比MyISAM更有效率引有。
- InnoDB目前并不支持MyISAM所提供的壓縮與terse row formats瓣颅，所以對硬盤與高速緩存的使用量較大。因此MySQL從5.0版開始譬正，提供另一個負(fù)載較輕的格式宫补，他可減少約略20%的系統(tǒng)負(fù)載，而壓縮功能已項(xiàng)目于未來的新版中推出导帝。
- 當(dāng)操作完全兼容ACID（事務(wù)）時守谓，雖然InnoDB會自動合并數(shù)筆連接，但每次有事務(wù)產(chǎn)生時您单，仍至少須寫入硬盤一次斋荞，因此對于某些硬盤或磁盤陣列，會造成每秒200次的事務(wù)處理上限虐秦。若希望達(dá)到更高的性能且保持事務(wù)的完整性平酿，就必使用磁盤緩存與電池備援。當(dāng)然InnoDB也提供數(shù)種對性能沖擊較低的模式悦陋，但相對的也會降低事務(wù)的完整性蜈彼。而MyISAM則無此問題，但這并非因?yàn)樗容^先進(jìn)俺驶，這只是因?yàn)樗恢С质聞?wù)幸逆。
Memory:使用MySQL Memory存儲引擎的出發(fā)點(diǎn)是速度。為得到最快的響應(yīng)時間暮现，采用的邏輯存儲介質(zhì)是系統(tǒng)內(nèi)存还绘。雖然在內(nèi)存中存儲表數(shù)據(jù)確實(shí)會提供很高的性能，但當(dāng)mysqld守護(hù)進(jìn)程崩潰時栖袋，所有的Memory數(shù)據(jù)都會丟失拍顷。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory數(shù)據(jù)表里的數(shù)據(jù)使用的是長度不變的格式塘幅，這意味著不能使用BLOB和TEXT這樣的長度可變的數(shù)據(jù)類型昔案，VARCHAR是一種長度可變的類型尿贫，但因?yàn)樗贛ySQL內(nèi)部當(dāng)做長度固定不變的CHAR類型，所以可以使用踏揣。
一般在以下幾種情況下使用Memory存儲引擎：
- 目標(biāo)數(shù)據(jù)較小庆亡，而且被非常頻繁地訪問。在內(nèi)存中存放數(shù)據(jù)捞稿，所以會造成內(nèi)存的使用身冀，可以通過參數(shù)max_heap_table_size控制Memory表的大小，設(shè)置此參數(shù)括享，就可以限制Memory表的最大大小。
- 如果數(shù)據(jù)是臨時的珍促，而且要求必須立即可用铃辖，那么就可以存放在內(nèi)存表中。
- 存儲在Memory表中的數(shù)據(jù)如果突然丟失猪叙，不會對應(yīng)用服務(wù)產(chǎn)生實(shí)質(zhì)的負(fù)面影響娇斩。
Merge存儲引擎是一組MyISAM表的組合，這些MyISAM表結(jié)構(gòu)必須完全相同穴翩，盡管其使用不如其它引擎突出犬第，但是在某些情況下非常有用。說白了芒帕，Merge表就是幾個相同MyISAM表的聚合器歉嗓；Merge表中并沒有數(shù)據(jù)，對Merge類型的表可以進(jìn)行查詢背蟆、更新鉴分、刪除操作，這些操作實(shí)際上是對內(nèi)部的MyISAM表進(jìn)行操作带膀。Merge存儲引擎的使用場景志珍。
一個典型的例子就是服務(wù)器日志，一般常用的存儲策略是將數(shù)據(jù)分成很多表垛叨，每個名稱與特定的時間端相關(guān)伦糯。例如：可以用12個相同的表來存儲服務(wù)器日志數(shù)據(jù)，每個表用對應(yīng)各個月份的名字來命名嗽元。當(dāng)有必要基于所有12個日志表的數(shù)據(jù)來生成報(bào)表敛纲，這意味著需要編寫并更新多表查詢，以反映這些表中的信息还棱。與其編寫這些可能出現(xiàn)錯誤的查詢载慈，不如將這些表合并起來使用一條查詢，之后再刪除Merge表珍手，而不影響原來的數(shù)據(jù)办铡，刪除Merge表只是刪除Merge表的定義辞做，對內(nèi)部的表沒有任何影響。
Archive是歸檔的意思寡具，在歸檔之后很多的高級功能就不再支持了秤茅，僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版以前童叠，Archive是不支持索引框喳，但是在MySQL 5.5以后的版本中就開始支持索引了。Archive擁有很好的壓縮機(jī)制厦坛，它使用zlib壓縮庫五垮，在記錄被請求時會實(shí)時壓縮，所以它經(jīng)常被用來當(dāng)做倉庫使用杜秸。
要更加深入的了解這些存儲引擎的不同以及適用場合放仗，需要在具體場景下體會。(筆者弱雞一只撬碟，暫時還只是紙上談兵诞挨，還需要在實(shí)際開發(fā)場景中體會)。
《MySQL技術(shù)內(nèi)幕 InnoDB存儲引擎》這本書對MySQL的存儲引擎有個概括呢蛤，對InnoDB存儲引擎進(jìn)行了詳細(xì)的講解惶傻。
