簡單的表達。

myisam 是非事務的存儲引擎。

innodb是支持事務的存儲引擎。

innodb的引擎比較適合于插入和更新操作比較多的應用

而myisam 則適合用于頻繁查詢的應用

myisam --表鎖。

innodb--設計合理的話是行鎖。

myisam 不會出現(xiàn)死鎖。

最大的區(qū)別就是myisam適合小數(shù)據(jù)，小并發(fā)；innodb 適合大數(shù)據(jù)，大并發(fā)。最大的區(qū)別就是在鎖的級別上。

myisam類型不支持事務處理等高級處理，而innodb類型支持。 myisam類型的表強調的是性能，其執(zhí)行數(shù)度比innodb類型更快，但是不提供事務支持，而innodb提供事務支持已經(jīng)外部鍵等高級數(shù)據(jù)庫功能。綜述，就可以根據(jù)數(shù)據(jù)表不同的用處是用不同的存儲類型。而且myisam是文件存儲的，可以進行直接在不同操作系統(tǒng)間拷貝使用。

innodb：

innodb 給 mysql 提供了具有事務(commit)、回滾(rollback)和崩潰修復能力(crash recovery capabilities)的事務安全(transaction-safe (acid compliant))型表。innodb 提供了行鎖(locking on row level)，提供與 oracle 類型一致的不加鎖讀取(non-locking read in selects)。這些特性均提高了多用戶并發(fā)操作的性能表現(xiàn)。在innodb表中不需要擴大鎖定(lock escalation)，因為 innodb 的列鎖定(row level locks)適宜非常小的空間。innodb 是 mysql 上第一個提供外鍵約束(foreign key constraints)的表引擎。innodb 的設計目標是處理大容量數(shù)據(jù)庫系統(tǒng)，它的 cpu 利用率是其它基于磁盤的關系數(shù)據(jù)庫引擎所不能比的。在技術上，innodb 是一套放在 mysql 后臺的完整數(shù)據(jù)庫系統(tǒng)，innodb 在主內存中建立其專用的緩沖池用于高速緩沖數(shù)據(jù)和索引。 innodb 把數(shù)據(jù)和索引存放在表空間里，可能包含多個文件，這與其它的不一樣，舉例來說，在 myisam 中，表被存放在單獨的文件中。innodb 表的大小只受限于操作系統(tǒng)的文件大小，一般為 2 gb。innodb所有的表都保存在同一個數(shù)據(jù)文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，可以拷貝文件或用navicat for mysql。

myisam

每張myisam 表被存放在三個文件 ：frm 文件存放表格定義。 數(shù)據(jù)文件是myd (mydata) 。 索引文件是myi (myindex) 引伸。

因為myisam相對簡單所以在效率上要優(yōu)于innodb，小型應用使用myisam是不錯的選擇。

myisam表是保存成文件的形式,在跨平臺的數(shù)據(jù)轉移中使用myisam存儲會省去不少的麻煩

以下是一些細節(jié)和具體實現(xiàn)的差別：

1.innodb不支持fulltext類型的索引。

2.innodb 中不保存表的具體行數(shù)，也就是說，執(zhí)行select count(*) from table時，innodb要掃描一遍整個表來計算有多少行，但是myisam只要簡單的讀出保存好的行數(shù)即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。

3.對于auto_increment類型的字段，innodb中必須包含只有該字段的索引，但是在myisam表中，可以和其他字段一起建立聯(lián)合索引。

4.delete from table時，innodb不會重新建立表，而是一行一行的刪除。

5.load table from master操作對innodb是不起作用的，解決方法是首先把innodb表改成myisam表，導入數(shù)據(jù)后再改成innodb表，但是對于使用的額外的innodb特性（例如外鍵）的表不適用。

更多信息請查看IT技術專欄