轉自：http://blog.sina.com.cn/s/blog_6e322ce70100xwve.html

1， 事務處理

innodb 支援事務功能，myisam 不支援。
Myisam 的執行速度更快，效能更好。

2，select ,update ,insert ,delete 操作

MyISAM：如果執行大量的SELECT，MyISAM是更好的選擇
InnoDB：如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表

3，鎖機制不同

InnoDB 為行級鎖，myisam 為表級鎖。
注意：當資料庫無法確定，所找的行時，也會變為鎖定整個表。
如： update table set num = 10 where username like "%test%";

4，查詢表的行數不同
MyISAM：select count(*) from table,MyISAM只要簡單的讀出儲存好的行數，注意的是，當count(*)語句包含   where條件時，兩種表的操作是一樣的

InnoDB ： InnoDB 中不儲存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行

5，物理結構不同

MyISAM ：每個MyISAM在磁碟上儲存成三個檔案。第一個檔案的名字以表的名字開始，副檔名指出檔案型別。
  .frm檔案儲存表定義。
  資料檔案的副檔名為.MYD (MYData)。
  索引檔案的副檔名是.MYI (MYIndex)

InnoDB：基於磁碟的資源是InnoDB表空間資料檔案和它的日誌檔案，InnoDB 表的大小隻受限於作業系統檔案的大小，一般為 2GB
6，anto_increment 機制不同
 更好和更快的auto_increment處理


其他：為什麼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、這行資料的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被刪除。

1. MyISAM：預設的MySQL外掛式儲存引擎，它是在Web、資料倉儲和其他應用環境下最常使用的儲存引擎之一
2. InnoDB：用於事務處理應用程式，具有眾多特性，包括ACID事務支援。

一般來說，MyISAM適合：
(1)做很多count 的計算；
(2)插入不頻繁，查詢非常頻繁；
(3)沒有事務。
InnoDB適合：
(1)可靠性要求比較高，或者要求事務；
(2)表更新和查詢都相當的頻繁，並且表鎖定的機會比較大的情況指定資料引擎的建立