MySQL儲存引擎的選擇

一般而言，有innodb就差不多了，在大部分情況下，innodb就能滿足我們的日常需求，所以在mysql 5.5 之後，innodb就作為了預設的儲存引擎。也就是說除了某些特徵innodb沒法提供，我們才有可能去選擇其他的引擎。

如果要用到事務，那麼innodb就是不二之選，至少目前是這樣的。由於myisam不支援事務，所以如果不需要事務，主要就是查詢，插入等操作，那麼也可以用myisam。

在很多情況下，我們是在應用還在執行的情況下對資料進行備份的，所以如果在這種情況下，innodb就又派上用場了。當然如果是停機備份，那隨便怎麼搞都沒問題，就不用考慮那麼多問題了。

如果系統出現崩潰，如何才能對資料進行高速恢復，這是對工程師的乙個考驗，與myisam相比較，innodb對資料保護的程度更好，而且恢復速度也快，所以在這種情況下，innodb也是首選。

有些應用可能利用儲存引擎一些特有的特性或者優化。如果乙個應用需要用到多種特性，但是這些特性不可能由乙個儲存引擎完全提供，那麼就需要考慮多個引擎的配合，而且還需要考慮一些折中的因素。

如果乙個表只用於讀取資料或者大部分情況下就是讀，那麼就用myisam，但是正如上文所說，myisam容易崩潰，如果這點可以忽略不計的話，那就用myisam吧。

myisam在表壓縮方面很有優勢，與壓縮前相比，表會節省很多空間，但是壓縮後的表是read only的，如果這種特性放在唯讀場景中，那麼這個優勢就大大顯示出來了。

如果資料量增長到10tb以上，那麼innodb與myisam基本搞不定了，如果非要趕鴨子上架，那麼產生後果自負。所以我們得用其他的解決方案，infobright就是mysql資料倉儲提供最好的方法了。