MyISAM基于ISAM存儲引擎，并對其進行擴展。它是在Web、數據倉儲和其他應用環境下最常使用的存儲引擎之一。MyISAM擁有較高的插入、查詢速度，但不支持事務。

1、大文件（達到63位文件長度）在支持大文件的文件系統和操作系統上被支持。

2、當把刪除和更新及插入操作混合使用的時候，動態尺寸的行產生更少碎片。這要通過合并相鄰被刪除的塊，以及若下一個塊被刪除，就擴展到下一塊自動完成。

3、每個MyISAM表最大索引數是64，這可以通過重新編譯來改變。每個索引最大的列數是16

4、NULL被允許在索引的列中，這個值占每個鍵的0~1個字節

5、可以把數據文件和索引文件放在不同目錄（InnoDB是放在一個目錄里面的）

MyISAM引擎使用B+Tree作為索引結構，葉節點的data域存放的是數據記錄的地址。

下圖是MyISAM索引的原理圖：

這里設表一共有三列，假設我們以Col1為主鍵，則上圖是一個MyISAM表的主索引（Primary key）示意。

可以看出MyISAM的索引文件僅僅保存數據記錄的地址。

在MyISAM中，主索引和輔助索引（Secondary key）在結構上沒有任何區別，只是主索引要求key是唯一的，而輔助索引的key可以重復。

如果我們在Col2上建立一個輔助索引，則此索引的結構如下圖所示：

同樣也是一顆B+Tree，data域保存數據記錄的地址。

因此，MyISAM中索引檢索的算法為首先按照B+Tree搜索算法搜索索引，如果指定的Key存在，則取出其data域的值，然后以data域的值為地址，讀取相應數據記錄。

MyISAM的索引方式也叫做“非聚集”的，之所以這么稱呼是為了與InnoDB的聚集索引區分。

InnoDB是事務型數據庫的首選引擎，支持事務安全表（ACID），支持行鎖定和外鍵，上圖也看到了，InnoDB是默認的MySQL引擎。

1、InnoDB給MySQL提供了具有提交、回滾和崩潰恢復能力的事物安全（ACID兼容）存儲引擎。InnoDB鎖定在行級并且也在SELECT語句中提供一個類似Oracle的非鎖定讀。這些功能增加了多用戶部署和性能。在SQL查詢中，可以自由地將InnoDB類型的表和其他MySQL的表類型混合起來，甚至在同一個查詢中也可以混合

2、InnoDB是為處理巨大數據量的最大性能設計。它的CPU效率可能是任何其他基于磁盤的關系型數據庫引擎鎖不能匹敵的

3、InnoDB存儲引擎完全與MySQL服務器整合，InnoDB存儲引擎為在主內存中緩存數據和索引而維持它自己的緩沖池。InnoDB將它的表和索引在一個邏輯表空間中，表空間可以包含數個文件（或原始磁盤文件）。這與MyISAM表不同，比如在MyISAM表中每個表被存放在分離的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制為2GB的操作系統上

4、InnoDB支持外鍵完整性約束，存儲表中的數據時，每張表的存儲都按主鍵順序存放，如果沒有顯示在表定義時指定主鍵，InnoDB會為每一行生成一個6字節的ROWID，并以此作為主鍵。

雖然InnoDB也使用B+Tree作為索引結構，但具體實現方式卻與MyISAM截然不同。

第一個重大區別是InnoDB的數據文件本身就是索引文件。

從 上文知道，MyISAM索引文件和數據文件是分離的，索引文件僅保存數據記錄的地址。

而在InnoDB中，表數據文件本身就是按B+Tree組織的一個索 引結構，這棵樹的葉節點data域保存了完整的數據記錄。

這個索引的key是數據表的主鍵，因此InnoDB表數據文件本身就是主索引。

上圖是InnoDB主索引（同時也是數據文件）的示意圖，可以看到葉節點包含了完整的數據記錄。

這種索引叫做聚集索引。因為InnoDB的數據文件本身 要按主鍵聚集，所以InnoDB要求表必須有主鍵（MyISAM可以沒有），如果沒有顯式指定，則MySQL系統會自動選擇一個可以唯一標識數據記錄的列 作為主鍵，如果不存在這種列，則MySQL自動為InnoDB表生成一個隱含字段作為主鍵，這個字段長度為6個字節，類型為長整形。

第二個與MyISAM索引的不同是InnoDB的輔助索引data域存儲相應記錄主鍵的值而不是地址。換句話說，InnoDB的所有輔助索引都引用主鍵作為data域。

例如，下圖為定義在Col3上的一個輔助索引：

這里以英文字符的ASCII碼作為比較準則。聚集索引這種實現方式使得按主鍵的搜索十分高效，但是輔助索引搜索需要檢索兩遍索引：首先檢索輔助索引獲得主鍵，然后用主鍵到主索引中檢索獲得記錄。

了 解不同存儲引擎的索引實現方式對于正確使用和優化索引都非常有幫助，例如知道了InnoDB的索引實現后，就很容易明白為什么不建議使用過長的字段作為 主鍵，因為所有輔助索引都引用主索引，過長的主索引會令輔助索引變得過大。

再例如，用非單調的字段作為主鍵在InnoDB中不是個好主意，因為 InnoDB數據文件本身是一顆B+Tree，非單調的主鍵會造成在插入新記錄時數據文件為了維持B+Tree的特性而頻繁的分裂調整，十分低效，而使用 自增字段作為主鍵則是一個很好的選擇。

MEMORY存儲引擎將表中的數據存儲到內存中，未查詢和引用其他表數據提供快速訪問。

1、MEMORY表的每個表可以有多達32個索引，每個索引16列，以及500字節的最大鍵長度

2、MEMORY存儲引擎執行HASH和BTREE縮影

3、可以在一個MEMORY表中有非唯一鍵值

4、MEMORY表使用一個固定的記錄長度格式

5、MEMORY不支持BLOB或TEXT列

6、MEMORY支持AUTO_INCREMENT列和對可包含NULL值的列的索引

7、MEMORY表在所由客戶端之間共享（就像其他任何非TEMPORARY表）

8、MEMORY表內存被存儲在內存中，內存是MEMORY表和服務器在查詢處理時的空閑中，創建的內部表共享

9、當不再需要MEMORY表的內容時，要釋放被MEMORY表使用的內存，應該執行DELETE FROM或TRUNCATE TABLE，或者刪除整個表（使用DROP TABLE）

不同的存儲引擎都有各自的特點，以適應不同的需求，如下表所示：

InnoDB ：如果要提供提交、回滾、崩潰恢復能力的事務安全（ACID兼容）能力，并要求實現并發控制，InnoDB是一個好的選擇

1>.InnoDB支持事物，而MyISAM不支持事物

2>.InnoDB支持行級鎖，而MyISAM支持表級鎖

3>.InnoDB支持MVCC, 而MyISAM不支持

4>.InnoDB支持外鍵，而MyISAM不支持

5>.InnoDB不支持全文索引，而MyISAM支持。（X)

MyISAM：如果數據表主要用來插入和查詢記錄，則MyISAM（但是不支持事務）引擎能提供較高的處理效率

Memory：如果只是臨時存放數據，數據量不大，并且不需要較高的數據安全性，可以選擇將數據保存在內存中的Memory引擎，MySQL中使用該引擎作為臨時表，存放查詢的中間結果。數據的處理速度很快但是安全性不高。

Archive：如果只有INSERT和SELECT操作，可以選擇Archive，Archive支持高并發的插入操作，但是本身不是事務安全的。Archive非常適合存儲歸檔數據，如記錄日志信息可以使用Archive

使用哪一種引擎需要靈活選擇，一個數據庫中多個表可以使用不同引擎以滿足各種性能和實際需求，使用合適的存儲引擎，將會提高整個數據庫的性能

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持好吧啦網。