兩種類型最主要的差別就是Innodb 支持事務(wù)處理與外鍵和行級鎖。而MyISAM不支持。
◆1.InnoDB不支持FULLTEXT類型的索引。
◆2.InnoDB 中不保存表的具體行數(shù)，執(zhí)行select count() from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數(shù)即可。注意的是，當(dāng)count()語句包含 where條件時，兩種表的操作是一樣的。
◆3.對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯(lián)合索引。
◆4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
◆5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導(dǎo)入數(shù)據(jù)后再改成InnoDB表，但是對于使用的額外的InnoDB特性(例如外鍵)的表不適用。
◆6.InnoDB表的行鎖不是絕對的，假如在執(zhí)行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%”
◆7.select count(*) 和order by 操作Innodb其實也是會鎖表的，Innodb是行級鎖只是where對它主鍵是有效，非主鍵的都會鎖全表的。
◆8.MyISAM的讀性能是比Innodb強。
◆9. MyISAM的索引和數(shù)據(jù)是分開的，并且索引是有壓縮的，提高內(nèi)存使用率。能加載更多索引，而Innodb是索引和數(shù)據(jù)是緊密捆綁的，沒有使用壓縮從而會造成Innodb比MyISAM體積龐大不小。
◆10. 遷移數(shù)據(jù)，備份還原，MyISAM只要對應(yīng)表的frm.MYD,MYI的文件，在對應(yīng)版本的數(shù)據(jù)庫啟動就行，而Innodb就需要導(dǎo)出xxx.sql了，但是sql文件一般比較大。

myisam和innodb索引實現(xiàn)
MyISAM引擎使用B+Tree作為索引結(jié)構(gòu)，葉節(jié)點的data域存放的是數(shù)據(jù)記錄的地址。
MyISAM中索引檢索的算法為首先按照B+Tree搜索算法搜索索引，如果指定的Key存在，則取出其data域的值，然后以data域的值為地址，讀取相應(yīng)數(shù)據(jù)記錄。MyISAM的索引方式也叫做“非聚集”的，與InnoDB的聚集索引區(qū)分。

InnoDB也使用B+Tree作為索引結(jié)構(gòu)，但具體實現(xiàn)方式卻與MyISAM截然不同。
InnoDB中，表數(shù)據(jù)文件本身就是按B+Tree組織的一個索引結(jié)構(gòu)，這棵樹的葉節(jié)點data域保存了完整的數(shù)據(jù)記錄。這個索引的key是數(shù)據(jù)表的主鍵，因此InnoDB表數(shù)據(jù)文件本身就是主索引。葉節(jié)點包含了完整的數(shù)據(jù)記錄。這種索引叫做聚集索引。因為InnoDB的數(shù)據(jù)文件本身要按主鍵聚集，所以InnoDB要求表必須有主鍵（MyISAM可以沒有）。
InnoDB的輔助索引data域存儲相應(yīng)記錄主鍵的值而不是地址。不建議使用過長的字段作為主鍵，因為所有輔助索引都引用主索引，過長的主索引會令輔助索引變得過大。

InnoDB適用場景
1.需要事務(wù)的操作；
2.更新數(shù)據(jù)需要使用行級鎖；
3.大數(shù)據(jù)量讀寫；

MyISAM適用場景
1.不需要事務(wù)的操作；
2.插入、更新少，讀取頻繁；
3.頻繁的統(tǒng)計計算。