Mysql InnoDB和MyISAM的主要差別

1.事務處理方面 InnoDB 支援事務功能，外鍵等進階資料庫功能。 MyISAM 類型表強調的是性能，其執行速度比Innodb類型更快，但是不提供事務支援。

2.DML操作方面(select，update，insert，delete)

InnoDB i.如果你的資料執行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表;         ii.DELETE FROM table時，InnoDB不會重建立立表，而是一行一行的删除;         iii.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導入資料後再改成InnoDB表，但是對于使         用的額外的InnoDB特性（例如外鍵）的表不适用 MyISAM 如果執行大量的SELECT，MyISAM是更好的選擇

3.鎖機制不同

InnoDB 提供行鎖(locking on row level)，提供與 Oracle 類型一緻的不加鎖讀取(non-locking read in  SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能确定要掃描的範圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like“%aaa%”。 MyISAM 隻提供表鎖。

4.查詢表的行數不同

InnoDB 不儲存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行 MyISAM   select count(*) from table,MyISAM隻要簡單的讀出儲存好的行數，注意的是，當count(*)語句包含where條件時，兩種表的操作是一樣的

5.實體結構不同

InnoDB 基于磁盤的資源是InnoDB表空間資料檔案和它的日志檔案，InnoDB表的大小隻受限于作業系統檔案的大小，一般為2GB。 MyISAM 每個MyISAM在磁盤上存儲成三個檔案。第一個檔案的名字以表的名字開始，擴充名指出檔案類型。 檔案存儲表定義.frm。   資料檔案的擴充名為.MYD (MYData)。   索引檔案的擴充名是.MYI (MYIndex)

6.anto_increment 機制不同 InnoDB 如果你為一個表指定AUTO_INCREMENT列，在資料詞典裡的InnoDB表句柄包含一個名為自動增長計數器的計數器，它被用在為該列賦新值。自動增長計數器僅被存儲在主記憶體中，而不是存在磁盤上關于該電腦的算法實作。        請參考AUTO_INCREMENT列在InnoDB裡如何工作。

MyISAM 每表一個AUTO_INCREMEN列的内部處理。MyISAM為INSERT和UPDATE操作自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂的值被删除之後就不能再利用。(當AUTO_INCREMENT列被定義為多列索引的最後一列，可以出現重使用從序列頂部删除的值的情況）。 AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置。 對于AUTO_INCREMENT類型的字段，InnoDB中必須包含隻有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引， 更好和更快的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.這行資料的删除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被删除。 MyISAM： 如果執行大量的SELECT，MyISAM是更好的選擇