1. 定義

InnoDB：

InnoDB：MySQL默認(rèn)的事務(wù)型引擎，也是最重要和使用最廣泛的存儲引擎。

它被設(shè)計(jì)成為大量的短期事務(wù)，短期事務(wù)大部分情況下是正常提交的，很少被回滾。InnoDB的性能與自動崩潰恢復(fù)的特性，使得它在非事務(wù)存儲需求中也很流行。除非有非常特別的原因需要使用其他的存儲引擎，否則應(yīng)該優(yōu)先考慮InnoDB引擎。

MyISAM：

MyISAM：在MySQL 5.5 及之前的版本，MyISAM是默認(rèn)引擎。

MyISAM提供的大量的特性，包括全文索引、壓縮、空間函數(shù)（GIS）等，但MyISAM并不支持事務(wù)以及行級鎖，而且一個(gè)毫無疑問的缺陷是崩潰后無法安全恢復(fù)。正是由于MyISAM引擎的緣故，即使MySQL支持事務(wù)已經(jīng)很長時(shí)間了，在很多人的概念中MySQL還是非事務(wù)型數(shù)據(jù)庫。盡管這樣，它并不是一無是處的。對于只讀的數(shù)據(jù)，或者表比較小，可以忍受修復(fù)操作，則依然可以使用MyISAM（但請不要默認(rèn)使用MyISAM，而是應(yīng)該默認(rèn)使用InnoDB）

2. 區(qū)別：

1. InnoDB 支持事務(wù)，MyISAM 不支持事務(wù)。這是 MySQL 將默認(rèn)存儲引擎從 MyISAM 變成 InnoDB 的重要原因之一；
2. InnoDB 支持外鍵，而 MyISAM 不支持。對一個(gè)包含外鍵的 InnoDB 表轉(zhuǎn)為 MYISAM 會失敗；
3. InnoDB 是聚集索引，MyISAM 是非聚集索引。聚簇索引的文件存放在主鍵索引的葉子節(jié)點(diǎn)上，因此 InnoDB 必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然后再通過主鍵查詢到數(shù)據(jù)。因此，主鍵不應(yīng)該過大，因?yàn)橹麈I太大，其他索引也都會很大。而 MyISAM 是非聚集索引，數(shù)據(jù)文件是分離的，索引保存的是數(shù)據(jù)文件的指針。主鍵索引和輔助索引是獨(dú)立的。
4. InnoDB 不保存表的具體行數(shù)，執(zhí)行 select count(*) from table 時(shí)需要全表掃描。而MyISAM 用一個(gè)變量保存了整個(gè)表的行數(shù)，執(zhí)行上述語句時(shí)只需要讀出該變量即可，速度很快；
5. InnoDB 最小的鎖粒度是行鎖，MyISAM 最小的鎖粒度是表鎖。一個(gè)更新語句會鎖住整張表，導(dǎo)致其他查詢和更新都會被阻塞，因此并發(fā)訪問受限。
   這也是 MySQL 將默認(rèn)存儲引擎從 MyISAM 變成 InnoDB 的重要原因之一；

更詳細(xì)的介紹可以參考下面的網(wǎng)頁：https://segmentfault.com/a/1190000008227211

3. 使用：

1. 是否要支持事務(wù)，如果要請選擇 InnoDB，如果不需要可以考慮 MyISAM；

2. 如果表中絕大多數(shù)都只是讀查詢，可以考慮 MyISAM，如果既有讀寫也挺頻繁，請使用InnoDB。

3. 系統(tǒng)奔潰后，MyISAM恢復(fù)起來更困難，能否接受，不能接受就選 InnoDB；

4. MySQL5.5版本開始Innodb已經(jīng)成為Mysql的默認(rèn)引擎(之前是MyISAM)，說明其優(yōu)勢是有目共睹的。如果你不知道用什么存儲引擎，那就用InnoDB，至少不會差。