創(chuàng)新互聯(lián)技術(shù)團(tuán)隊(duì)10多年來(lái)致力于為客戶提供成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作、品牌網(wǎng)站制作、全網(wǎng)營(yíng)銷推廣、搜索引擎SEO優(yōu)化等服務(wù)。經(jīng)過多年發(fā)展，公司擁有經(jīng)驗(yàn)豐富的技術(shù)團(tuán)隊(duì)，先后服務(wù)、推廣了1000多家網(wǎng)站，包括各類中小企業(yè)、企事單位、高校等機(jī)構(gòu)單位。

區(qū)別：

1. InnoDB支持事務(wù)，MyISAM不支持，對(duì)于InnoDB每一條SQL語(yǔ)言都默認(rèn)封裝成事務(wù)，自動(dòng)提交，這樣會(huì)影響速度，所以最好把多條SQL語(yǔ)言放在begin和commit之間，組成一個(gè)事務(wù)；

2. InnoDB支持外鍵，而MyISAM不支持。對(duì)一個(gè)包含外鍵的InnoDB表轉(zhuǎn)為MYISAM會(huì)失敗；

3. InnoDB是聚集索引，數(shù)據(jù)文件是和索引綁在一起的，必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然后再通過主鍵查詢到數(shù)據(jù)。因此，主鍵不應(yīng)該過大，因?yàn)橹麈I太大，其他索引也都會(huì)很大。而MyISAM是非聚集索引，數(shù)據(jù)文件是分離的，索引保存的是數(shù)據(jù)文件的指針。主鍵索引和輔助索引是獨(dú)立的。

4. InnoDB不保存表的具體行數(shù)，執(zhí)行select count(*) from table時(shí)需要全表掃描。而MyISAM用一個(gè)變量保存了整個(gè)表的行數(shù)，執(zhí)行上述語(yǔ)句時(shí)只需要讀出該變量即可，速度很快；

5. Innodb不支持全文索引，而MyISAM支持全文索引，查詢效率上MyISAM要高；

如何選擇：

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

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

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

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

構(gòu)成上的區(qū)別：

每個(gè)MyISAM在磁盤上存儲(chǔ)成三個(gè)文件。第一個(gè)文件的名字以表的名字開始，擴(kuò)展名指出文件類型。

.frm文件存儲(chǔ)表定義。

數(shù)據(jù)文件的擴(kuò)展名為.MYD (MYData)。

索引文件的擴(kuò)展名是.MYI (MYIndex)。

基于磁盤的資源是InnoDB表空間數(shù)據(jù)文件和它的日志文件，InnoDB 表的大小只受限于操作系統(tǒng)文件的大小，一般為 2GB
事務(wù)處理上方面:

MyISAM類型的表強(qiáng)調(diào)的是性能，其執(zhí)行數(shù)度比InnoDB類型更快，但是不提供事務(wù)支持

InnoDB提供事務(wù)支持事務(wù)，外部鍵等高級(jí)數(shù)據(jù)庫(kù)功能

SELECT   UPDATE,INSERT，Delete操作
   如果執(zhí)行大量的SELECT，MyISAM是更好的選擇

1.如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE，出于性能方面的考慮，應(yīng)該使用InnoDB表

2.DELETE   FROM table時(shí)，InnoDB不會(huì)重新建立表，而是一行一行的刪除。

3.LOAD   TABLE FROM MASTER操作對(duì)InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導(dǎo)入數(shù)據(jù)后再改成InnoDB表，但是對(duì)于使用的額外的InnoDB特性（例如外鍵）的表不適用

對(duì)AUTO_INCREMENT的操作

每表一個(gè)AUTO_INCREMEN列的內(nèi)部處理。

MyISAM為INSERT和UPDATE操作自動(dòng)更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂?shù)闹当粍h除之后就不能再利用。(當(dāng)AUTO_INCREMENT列被定義為多列索引的最后一列，可以出現(xiàn)重使用從序列頂部刪除的值的情況）。

AUTO_INCREMENT值可用ALTER TABLE或myisamch來(lái)重置

對(duì)于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯(lián)合索引

更好和更快的auto_increment處理

如果你為一個(gè)表指定AUTO_INCREMENT列，在數(shù)據(jù)詞典里的InnoDB表句柄包含一個(gè)名為自動(dòng)增長(zhǎng)計(jì)數(shù)器的計(jì)數(shù)器，它被用在為該列賦新值。

自動(dòng)增長(zhǎng)計(jì)數(shù)器僅被存儲(chǔ)在主內(nèi)存中，而不是存在磁盤上

關(guān)于該計(jì)算器的算法實(shí)現(xiàn)，請(qǐng)參考

AUTO_INCREMENT列在InnoDB里如何工作

表的具體行數(shù)
   select count(*) from table,MyISAM只要簡(jiǎn)單的讀出保存好的行數(shù)，注意的是，當(dāng)count(*)語(yǔ)句包含   where條件時(shí)，兩種表的操作是一樣的

InnoDB 中不保存表的具體行數(shù)，也就是說(shuō)，執(zhí)行select count(*) from table時(shí)，InnoDB要掃描一遍整個(gè)表來(lái)計(jì)算有多少行

鎖
   表鎖

提供行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in
  SELECTs)，另外，InnoDB表的行鎖也不是絕對(duì)的，如果在執(zhí)行一個(gè)SQL語(yǔ)句時(shí)MySQL不能確定要掃描的范圍，InnoDB表同樣會(huì)鎖全表，例如update table set num=1 where name like “%aaa%”