一、ISAM和InnoDB的定義
1. ISAM
ISAM是一個定義明確且歷經時間考驗的數據表格管理方法，它在設計之時就考慮到數據庫被查詢的次數要遠大於更新的次數。因此，ISAM執行讀取操作的速度很快，而且不占用大量的內存和存儲資源。
ISAM的兩個主要不足之處在於，它不支持事務處理，也不能夠容錯：如果你的硬盤崩潰了，那么數據文件就無法恢復了。
如果你正在把ISAM用在關鍵任務應用程序里，那就必須經常備份你所有的實時數據，通過其復制特性，MySQL能夠支持這樣的備份應用程序。
1.2 InnoDB
它提供了事務控制能力功能，它確保一組命令全部執行成功，或者當任何一個命令出現錯誤時所有命令的結果都被回退，可以想像在電子銀行中事務控制能力是非常重要的。支持COMMIT、ROLLBACK和其他事務特性。
最新版本的Mysql已經計划移除對BDB的支持，轉而全力發展InnoDB。
二、MyIASM與IASM關系
MyIASM是IASM表的新版本，有如下擴展：
二進制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統計分布。
更好和更快的auto_increment處理。
三、各種不同點
3.1， 事務處理
innodb 支持事務功能，myisam 不支持（包括外鍵等等）。
Myisam 的執行速度更快，性能更好。
3.2，select ,update ,insert ,delete 操作
MyISAM：如果執行大量的SELECT，MyISAM是更好的選擇
InnoDB：如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表
3.3，鎖機制不同
InnoDB 為行級鎖，myisam 為表級鎖。
注意：當數據庫無法確定，所找的行時，也會變為鎖定整個表。
如： update table set num = 10 where username like "%test%";
3.4，查詢表的行數不同
MyISAM：select count(*) from table,MyISAM只要簡單的讀出保存好的行數，注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的
InnoDB ： InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行
3.5，物理結構不同
MyISAM ：每個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。
.frm文件存儲表定義。
數據文件的擴展名為.MYD (MYData)。
索引文件的擴展名是.MYI (MYIndex)
InnoDB：基於磁盤的資源是InnoDB表空間數據文件和它的日志文件，InnoDB 表的大小只受限於操作系統文件的大小，一般為 2GB
3.6，anto_increment 機制不同
更好和更快的auto_increment處理
3.7 其他：
為什么MyISAM會比Innodb 的查詢速度快。
INNODB在做SELECT的時候，要維護的東西比MYISAM引擎多很多；
1）數據塊，INNODB要緩存，MYISAM只緩存索引塊， 這中間還有換進換出的減少；
2）innodb尋址要映射到塊，再到行，MYISAM 記錄的直接是文件的OFFSET，定位比INNODB要快
3）INNODB還需要維護MVCC一致；雖然你的場景沒有，但他還是需要去檢查和維護
MVCC ( Multi-Version Concurrency Control )多版本並發控制
InnoDB：通過為每一行記錄添加兩個額外的隱藏的值來實現MVCC，這兩個值一個記錄這行數據何時被創建，另外一個記錄這行數據何時過期（或者被刪除）。但是InnoDB並不存儲這些事件發生時的實際時間，相反它只存儲這些事件發生時的系統版本號。這是一個隨着事務的創建而不斷增長的數字。每個事務在事務開始時會記錄它自己的系統版本號。每個查詢必須去檢查每行數據的版本號與事務的版本號是否相同。讓我們來看看當隔離級別是REPEATABLE READ時這種策略是如何應用到特定的操作的：
SELECT InnoDB必須每行數據來保證它符合兩個條件：
1、InnoDB必須找到一個行的版本，它至少要和事務的版本一樣老(也即它的版本號不大於事務的版本號)。這保證了不管是事務開始之前，或者事務創建時，或者修改了這行數據的時候，這行數據是存在的。
2、這行數據的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行數據沒有被刪除。