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%」
MySQL五大引擎之間的區別和優劣之分
mysql五大引擎之間的區別和優劣之分 myisam 建立乙個myisam儲存引擎的表的時候回出現三個檔案 1.tb demo.frm，儲存表定義 2.tb demo.myd，儲存資料 3.tb demo.myi，儲存索引。myisam表無法處理事務，這就意味著有事務處理需求的表，不能使用myisa...
mysql五大儲存引擎 mysql五大儲存引擎
mylsam mylsam表無法處理事務，這就意味著有事務處理需求的表，不能使用mylsam儲存引擎。innodb innodb是乙個健壯的事務型儲存引擎mysql5.6版本以後innodb就是作為預設的儲存引擎。innodb還引入了行級鎖定和鍵外約束。memory 使用mysql memory儲存...
mysql五大儲存引擎 mysql五大儲存引擎
mylsam mylsam表無法處理事務，這就意味著有事務處理需求的表，不能使用mylsam儲存引擎。innodb innodb是乙個健壯的事務型儲存引擎mysql5.6版本以後innodb就是作為預設的儲存引擎。innodb還引入了行級鎖定和鍵外約束。memory 使用mysql memory儲存...