MySQL優勢之一是外掛式的儲存引擎架構將查詢處理和其它的系統任務以及資料的儲存提取相分離。而MySQL常見的資料庫引擎有兩種:InnoDB和MyISAM,那如何選擇呢？

1.InnoDB和MyISAM對比：

1）MySQL預設採用的是MyISAM。

2）MyISAM不支援事務，而InnoDB支援。InnoDB的AUTOCOMMIT預設是開啟的，即每條SQL語句會預設被封裝成一個事務，自動提交，這樣會影響速度，所以最好是把多條SQL語句顯示放在begin和commit之間，組成一個事務去提交。

3）InnoDB支援資料行鎖定，MyISAM不支援行鎖定，只支援鎖定整個表。即MyISAM同一個表上的讀鎖和寫鎖是互斥的，MyISAM併發讀寫時如果等待佇列中既有讀請求又有寫請求，預設寫請求的優先順序高，即使讀請求先到，所以MyISAM不適合於有大量查詢和修改並存的情況，那樣查詢程序會長時間阻塞。因為MyISAM是鎖表，所以某項讀操作比較耗時會使其他寫程序餓死。

4）InnoDB支援外來鍵，MyISAM不支援。

5）InnoDB的主鍵範圍更大，最大是MyISAM的2倍。

6）InnoDB不支援全文索引，而MyISAM支援。全文索引是指對char、varchar和text中的每個詞（停用詞除外）建立倒排序索引。MyISAM的全文索引其實沒啥用，因為它不支援中文分詞，必須由使用者分詞後加入空格再寫到資料表裡，而且少於4個漢字的詞會和停用詞一樣被忽略掉。

7）MyISAM支援GIS資料，InnoDB不支援。即MyISAM支援以下空間資料物件：Point,Line,Polygon,Surface等。

8）沒有where的count(*)使用MyISAM要比InnoDB快得多。因為MyISAM內建了一個計數器，count(*)時它直接從計數器中讀，而InnoDB必須掃描全表。所以在InnoDB上執行count(*)時一般要伴隨where，且where中要包含主鍵以外的索引列。為什麼這裡特別強調“主鍵以外”？因為InnoDB中primary index是和raw data存放在一起的，而secondary index則是單獨存放，然後有個指標指向primary key。所以只是count(*)的話使用secondary index掃描更快，而primary key則主要在掃描索引同時要返回raw data時的作用較大。

9）具體方面上的比較：

構成上的區別：

MyISAM：

每個MyISAM在磁碟上儲存成三個檔案。第一個檔案的名字以表的名字開始，副檔名指出檔案型別。

.frm檔案儲存表定義。

資料檔案的副檔名為.MYD (MYData)。

索引檔案的副檔名是.MYI (MYIndex)。

InnoDB：

基於磁碟的資源是InnoDB表空間資料檔案和它的日誌檔案，InnoDB 表的大小隻受限於作業系統檔案的大小，一般為 2GB

事務處理上方面：

MyISAM：

MyISAM型別的表強調的是效能，其執行數度比InnoDB型別更快，但是不提供事務支援

InnoDB：

InnoDB提供事務支援事務，外部鍵等高階資料庫功能

CURD操作：

MyISAM：

如果執行大量的SELECT，MyISAM是更好的選擇

InnoDB：

如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表

DELETE   FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。

LOAD   TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，匯入資料後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外來鍵）的表不適用

對AUTO_INCREMENT的操作：

MyISAM：

每表一個AUTO_INCREMEN列的內部處理。

MyISAM為INSERT和UPDATE操作自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂部的值被刪除之後就不能再利用。(當AUTO_INCREMENT列被定義為多列索引的最後一列，可以出現重使用從序列頂部刪除的值的情況）。

AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置

對於AUTO_INCREMENT型別的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中，可以和其他欄位一起建立聯合索引

更好和更快的auto_increment處理

InnoDB：

如果你為一個表指定AUTO_INCREMENT列，在資料詞典裡的InnoDB表控制代碼包含一個名為自動增長計數器的計數器，它被用在為該列賦新值。

自動增長計數器僅被儲存在主記憶體中，而不是存在磁碟上

表的具體行數：

MyISAM：

select count(*) from table,MyISAM只要簡單的讀出儲存好的行數，注意的是，當count(*)語句包含   where條件時，兩種表的操作是一樣的

InnoDB：

InnoDB 中不儲存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行

鎖：

MyISAM：

表鎖

InnoDB：

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

2.為什麼MySQL預設MyISAM引擎：

1）平臺上承載的大部分專案是讀多寫少的專案，而MyISAM的讀效能是比Innodb強不少的。

2）MyISAM的索引和資料是分開的，並且索引是有壓縮的，記憶體使用率就對應提高了不少。能載入更多索引，而Innodb是索引和資料是緊密捆綁的，沒有使用壓縮從而會造成Innodb比MyISAM體積龐大不小。

3）經常隔1，2個月就會發生應用開發人員不小心update一個表where寫的範圍不對，導致這個表沒法正常用了，這個時候MyISAM的優越性就體現出來了，隨便從當天拷貝的壓縮包取出對應表的檔案，隨便放到一個數據庫目錄下，然後dump成sql再導回到主庫，並把對應的binlog補上。如果是Innodb，恐怕不可能有這麼快速度，別和我說讓Innodb定期用匯出xxx.sql機制備份，因為最小的一個數據庫例項的資料量基本都是幾十G大小。

4）從接觸的應用邏輯來說，select count(*) 和order by 是最頻繁的，大概能佔了整個sql總語句的60%以上的操作，而這種操作Innodb其實也是會鎖表的，很多人以為Innodb是行級鎖，那個只是where對它主鍵是有效，非主鍵的都會鎖全表的。

5）還有就是經常有很多應用部門需要我給他們定期某些表的資料，MyISAM的話很方便，只要發給他們對應那表的frm.MYD,MYI的檔案，讓他們自己在對應版本的資料庫啟動就行，而Innodb就需要匯出xxx.sql了，因為光給別人檔案，受字典資料檔案的影響，對方是無法使用的。

6）如果和MyISAM比insert寫操作的話，Innodb還達不到MyISAM的寫效能，如果是針對基於索引的update操作，雖然MyISAM可能會遜色Innodb,但是那麼高併發的寫，從庫能否追的上也是一個問題，還不如通過多例項分庫分表架構來解決。

7）如果是用MyISAM的話，merge引擎可以大大加快應用部門的開發速度，他們只要對這個merge表做一些select count(*)操作，非常適合大專案總量約幾億的rows某一型別(如日誌，調查統計)的業務表。

檔案出處：

https://www.cnblogs.com/lyl2016/p/5797519.html

http://blog.csdn.net/xifeijian/article/details/20316775