MySQL兩大存儲引擎InnoDB與MyISAM

1.InnoDB存儲引擎

   MySQL5.5中InnoDB成爲默認的存儲引擎。InnoDB是事務型存儲引擎，被設計用來處理大量的短時間事務。它的性能和自動崩潰恢復特性，使得它在非事務場景中也很流行。

   因此能夠這麼說：「除非須要用到某些InnoDB不具有的特性，而且沒有其餘辦法能夠替代，不然都應該優先選擇它」。

  InnoDB的數據存儲在表空間中，它能夠將每一個表的數據和索引存放在單獨文件中。

  InnoDB採用MVCC來支持高併發，而且實現了四個標準的隔離級別。默認級別是REPEATABLE READ(可重複讀)，而且經過間隙鎖策略防止幻讀的出現。

  InnoDB表示基於聚簇索引創建的，聚簇索引對主鍵的查詢有很高的性能。

  InnoDB支持真正的熱備份，能夠經過XtraBackup工具實現。

  InnoDB內部作了不少優化，包括從磁盤讀取數據時採用的可預測性預讀，可以自動在內存中建立hash索引，可以加速插入操做的插入緩衝區等。

  應用場景：

                 須要在線熱備份

　　　　   數據量大，須要系統崩潰後快速恢復。好比訂單處理。

2.MyISAM存儲引擎

MySQL5.1以前，MyISAM爲默認的存儲引擎。MyISAM不支持事務和行級鎖且最大缺陷就是崩潰後沒法安全恢復。

.MyISAM將表存儲在兩個文件中：數據文件和索引文件。

 MyISAM對整張表加鎖，讀取時對須要的全部表加共享鎖，寫入時加排它鎖。可是在表有讀取查詢時，也能夠往表中插入新的記錄（併發插入）

 MyISAM能夠手工或者自動執行檢查修復操做，可是可能致使數據丟失並且修復操做很是慢。

 MyISAM表中BLOB和TEXT等長字段也能夠基於前500個字符建立索引。MyISAM也支持全文索引，這是基於分詞建立的索引，能夠支持複雜的查詢。

 MyISAM在建立表時候若是指定DELAY_KEY_WRITE（延遲更新索引鍵），在每次修改執行完成時會將索引寫入內存中的鍵緩衝區，擋在清理鍵緩衝區或者關閉表時纔會將對應索  引塊寫入磁盤，這種方式能夠極大提高寫入性能。可是在數據庫或主機崩潰時索引會損壞。

 應用場景：

             主要是SELECT和INSERT操做的場景，好比通常日誌型的應用。