MyISAM：這個是默認類型，它是基于傳統的ISAM類型，ISAM是Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫，它是存儲記錄和文件的標準方法。與其他存儲引擎比較，MyISAM具有檢查和修復表格的大多數工具。 MyISAM表格可以被壓縮，而且它們支持全文搜索。它們不是事務安全的，而且也不支持外鍵。如果事物回滾將造成不完全回滾，不具有原子性。如果執行大量 的SELECT，MyISAM是更好的選擇。
MyIASM是IASM表的新版本，有如下擴展：
● 二進制層次的可移植性。
● NULL列索引。
● 對變長行比ISAM表有更少的碎片。
● 支持大文件。
● 更好的索引壓縮。
● 更好的鍵嗎統計分布。
● 更好和更快的auto_increment處理。
InnoDB：這種類型是事務安全的。它與BDB類型具有相同的特性，它們還支持外鍵。InnoDB表格速度很快，具有比BDB還豐富的特性， 因此如果需要一個事務安全的存儲引擎，建議使用它。如果你的數據執行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表。對 于支持事物的InnoDB類型的表，影響速度的主要原因是AUTOCOMMIT默認設置是打開的，而且程序沒有顯式調用BEGIN 開始事務，導致每插入一條都自動Commit，嚴重影響了速度。可以在執行sql前調用begin，多條sql形成一個事物(即使autocommit打開也可以)，將大大提高性能。
具體可以看看下表：
| MyISAM | InnoDB |
構成上區別 | 每個MyISAM在磁盤上存儲成三個文件。文件名為表名，擴展名為文件類型。 .frm 文件存儲表定義；
.MYD(MYData) 數據文件的擴展名；
.MYI(MYIndex) 索引文件的擴展名。 | 基于磁盤的資源是InnoDB表空間數據文件和它的日志文件，InnoDB 表的大小只受限于操作系統文件的大小，一般為 2GB |
事務處理方面 | MyISAM類型的表強調的是性能，其執行速度比InnoDB類型更快，但是不提供事務支持。 | InnoDB提供事務支持事務，外部鍵等高級數據庫功能。 |
鎖 | 表級鎖 | 行級鎖 InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%” |
select、insert、update、delete操作 | 如果執行大量的 SELECT，MyISAM 是更好的選擇。 | 1、如果你的數據執行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表。 2、DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。 3、LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對于使用的額外的InnoDB特性（例如外鍵）的表不適用。 |
對于AUTO_INCREMENT類型的字段 | 必須包含只有該字段的索引 | 可以和其他字段一起建立聯合索引 |
| | InnoDB不支持FULLTEXT類型的索引。 |
| MyISAM類型的二進制數據文件可以在不同操作系統中遷移 | |
以下是一些細節和具體實現的差別：
1、InnoDB不支持FULLTEXT類型的索引。
2、InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
3、對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引。
4、DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
5、LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對于使用的額外的InnoDB特性（例如外鍵）的表不適用。
綜上所述，任何一種表都不是萬能的，只有恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優勢。