MyISAM 和 InnoDB 的基本區(qū)別

1.InnoDB不支持FULLTEXT類型的索引。

2.InnoDB 中不保存表的具體行數(shù)，也就是說(shuō)，執(zhí)行select count(*) from table時(shí)，InnoDB要掃描一遍整個(gè)表來(lái)計(jì)算有多少行，但是MyISAM只要簡(jiǎn)單的讀出保存好的行數(shù)即可。注意的是，當(dāng)count(*)語(yǔ)句包含 where條件時(shí)，兩種表的操作是一樣的。

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

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

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

另外，InnoDB表的行鎖也不是絕對(duì)的，如果在執(zhí)行一個(gè)SQL語(yǔ)句時(shí)MySQL不能確定要掃描的范圍，InnoDB表同樣會(huì)鎖全表，例如update table set num=1 where name like “"2%”

6.InnoDB 支持事物

選擇存儲(chǔ)引擎 根據(jù)實(shí)際情況選擇。

一般情況下如果查詢多建議使用myIsam 。

如果你需要事務(wù)處理或是外鍵，那么InnoDB 可能是比較好的方式。

MyISAM和InnoDB優(yōu)化：

　　key_buffer_size - 這對(duì)MyISAM表來(lái)說(shuō)非常重要。如果只是使用MyISAM表，可以把它設(shè)置為可用內(nèi)存的 30-40%。合理的值取決于索引大小、數(shù)據(jù)量以及負(fù)載 -- 記住，MyISAM表會(huì)使用操作系統(tǒng)的緩存來(lái)緩存數(shù)據(jù)，因此需要留出部分內(nèi)存給它們，很多情況下數(shù)據(jù)比索引大多了。盡管如此，需要總是檢查是否所有的 key_buffer 都被利用了 -- .MYI 文件只有 1GB，而 key_buffer 卻設(shè)置為 4GB 的情況是非常少的。這么做太浪費(fèi)了。如果你很少使用MyISAM表，那么也保留低于 16-32MB 的 key_buffer_size 以適應(yīng)給予磁盤(pán)的臨時(shí)表索引所需。

　　innodb_buffer_pool_size - 這對(duì)Innodb表來(lái)說(shuō)非常重要。Innodb相比MyISAM表對(duì)緩沖更為敏感。MyISAM可以在默認(rèn)的 key_buffer_size 設(shè)置下運(yùn)行的可以，然而Innodb在默認(rèn)的innodb_buffer_pool_size 設(shè)置下卻跟蝸牛似的。由于Innodb把數(shù)據(jù)和索引都緩存起來(lái)，無(wú)需留給操作系統(tǒng)太多的內(nèi)存，因此如果只需要用Innodb的話則可以設(shè)置它高達(dá) 70-80% 的可用內(nèi)存。一些應(yīng)用于 key_buffer 的規(guī)則有 -- 如果你的數(shù)據(jù)量不大，并且不會(huì)暴增，那么無(wú)需把innodb_additional_pool_size - 這個(gè)選項(xiàng)對(duì)性能影響并不太多，至少在有差不多足夠內(nèi)存可分配的操作系統(tǒng)上是這樣。不過(guò)如果你仍然想設(shè)置為 20MB(或者更大)，因此就需要看一下Innodb其他需要分配的內(nèi)存有多少。

       innodb_log_file_size 在高寫(xiě)入負(fù)載尤其是大數(shù)據(jù)集的情況下很重要。這個(gè)值越大則性能相對(duì)越高，但是要注意到可能會(huì)增加恢復(fù)時(shí)間。我經(jīng)常設(shè)置為 64-512MB，跟據(jù)服務(wù)器大小而異。