InnoDB和MyISAM是很多人在使用MySQL時最常用的兩個表型別，這兩個表型別各有優劣，5.7之後就不一樣了

1、事務和外來鍵

InnoDB具有事務，支援4個事務隔離級別，回滾，崩潰修復能力和多版本併發的事務安全，包括ACID。如果應用中需要執行大量的INSERT或UPDATE操作，則應該使用InnoDB，這樣可以提高多使用者併發操作的效能

MyISAM管理非事務表。它提供高速儲存和檢索，以及全文搜尋能力。如果應用中需要執行大量的SELECT查詢，那麼MyISAM是更好的選擇

2、全文索引

Innodb不支援全文索引，如果一定要用的話，最好使用sphinx等搜尋引擎。myisam對中文支援的不是很好

不過新版本的Innodb已經支援了

3、鎖

mysql支援三種鎖定級別，行級、頁級、表級;

MyISAM支援表級鎖定，提供與 Oracle 型別一致的不加鎖讀取(non-locking read in SELECTs)

InnoDB支援行級鎖，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的範圍，InnoDB表同樣會鎖全表，注意間隙鎖的影響

例如update table set num=1 where name like “%aaa%”

4、儲存

MyISAM在磁碟上儲存成三個檔案。第一個檔案的名字以表的名字開始，副檔名指出檔案型別， .frm檔案儲存表定義，資料檔案的副檔名為.MYD，  索引檔案的副檔名是.MYI

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

注意：MyISAM表是儲存成檔案的形式，在跨平臺的資料轉移中使用MyISAM儲存會省去不少的麻煩

5、索引

InnoDB（索引組織表）使用的聚簇索引、索引就是資料，順序儲存，因此能快取索引，也能快取資料

MyISAM（堆組織表）使用的是非聚簇索引、索引和檔案分開，隨機儲存，只能快取索引

6、併發

MyISAM讀寫互相阻塞：不僅會在寫入的時候阻塞讀取，MyISAM還會在讀取的時候阻塞寫入，但讀本身並不會阻塞另外的讀

InnoDB 讀寫阻塞與事務隔離級別相關

7、場景選擇

MyISAM

• 不需要事務支援（不支援）
• 併發相對較低（鎖定機制問題）
• 資料修改相對較少（阻塞問題），以讀為主
• 資料一致性要求不是非常高

1. 儘量索引（快取機制）
2. 調整讀寫優先順序，根據實際需求確保重要操作更優先
3. 啟用延遲插入改善大批量寫入效能
4. 儘量順序操作讓insert資料都寫入到尾部，減少阻塞
5. 分解大的操作，降低單個操作的阻塞時間
6. 降低併發數，某些高併發場景通過應用來進行排隊機制
7. 對於相對靜態的資料，充分利用Query Cache可以極大的提高訪問效率
8. MyISAM的Count只有在全表掃描的時候特別高效，帶有其他條件的count都需要進行實際的資料訪問

InnoDB 

• 需要事務支援（具有較好的事務特性）
• 行級鎖定對高併發有很好的適應能力，但需要確保查詢是通過索引完成
• 資料更新較為頻繁的場景
• 資料一致性要求較高
• 硬體裝置記憶體較大，可以利用InnoDB較好的快取能力來提高記憶體利用率，儘可能減少磁碟 IO

1. 主鍵儘可能小，避免給Secondary index帶來過大的空間負擔
2. 避免全表掃描，因為會使用表鎖
3. 儘可能快取所有的索引和資料，提高響應速度
4. 在大批量小插入的時候，儘量自己控制事務而不要使用autocommit自動提交
5. 合理設定innodb_flush_log_at_trx_commit引數值，不要過度追求安全性
6. 避免主鍵更新，因為這會帶來大量的資料移動

8、其它細節

1）InnoDB 中不儲存表的具體行數，注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的

2）對於AUTO_INCREMENT型別的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中，可以和其他欄位一起建立聯合索引， 如果你為一個表指定AUTO_INCREMENT列，在資料詞典裡的InnoDB表控制代碼包含一個名為自動增長計數器的計數器，它被用在為該列賦新值。自動增長計數器僅被儲存在主記憶體中，而不是存在磁碟

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

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

5）如果執行大量的SELECT，MyISAM是更好的選擇，如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表

7、為什麼MyISAM會比Innodb 的查詢速度快

InnoDB 在做SELECT的時候，要維護的東西比MYISAM引擎多很多；

1）InnoDB 要快取資料和索引，MyISAM只快取索引塊，這中間還有換進換出的減少

2）innodb定址要對映到塊，再到行，MyISAM記錄的直接是檔案的OFFSET，定位比INNODB要快

3）InnoDB 還需要維護MVCC一致；雖然你的場景沒有，但他還是需要去檢查和維護

MVCC ( Multi-Version Concurrency Control )多版本併發控制

InnoDB ：通過為每一行記錄新增兩個額外的隱藏的值來實現MVCC，這兩個值一個記錄這行資料何時被建立，另外一個記錄這行資料何時過期（或者被刪除）。但是InnoDB並不儲存這些事件發生時的實際時間，相反它只儲存這些事件發生時的系統版本號。這是一個隨著事務的建立而不斷增長的數字。每個事務在事務開始時會記錄它自己的系統版本號。每個查詢必須去檢查每行資料的版本號與事務的版本號是否相同。讓我們來看看當隔離級別是REPEATABLE READ時這種策略是如何應用到特定的操作的

SELECT InnoDB必須每行資料來保證它符合兩個條件

1、InnoDB必須找到一個行的版本，它至少要和事務的版本一樣老(也即它的版本號不大於事務的版本號)。這保證了不管是事務開始之前，或者事務建立時，或者修改了這行資料的時候，這行資料是存在的。

2、這行資料的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被刪除。

8、mysql效能討論

MyISAM最為人垢病的缺點就是缺乏事務的支援

InnoDB 的磁碟效能很令人擔心

MySQL 缺乏良好的 tablespace