淺談MySQL存儲引擎選擇 InnoDB還是MyISAM

MyISAM 是MySQL中默認的存儲引擎,一般來說不是有太多人關心這個東西。決定使用什麼樣的存儲引擎是一個很tricky的事情,但是還是值我們去研究一下,這裡的文章只考慮MyISAM 和InnoDB這兩個,因為這兩個是最常見的。


  下面先讓我們回答一些問題:

  ◆你的數據庫有外鍵嗎?

  ◆你需要事務支持嗎?

  ◆你需要全文索引嗎?

  ◆你經常使用什麼樣的查詢模式?

  ◆你的數據有多大?

思考上面這些問題可以讓你找到合適的方向,但那並不是絕對的。如果你需要事務處理或是外鍵,那麼InnoDB 可能是比較好的方式。如果你需要全文索引,那麼通常來說MyISAM是好的選擇,因為這是系統內建的,然而,我們其實並不會經常地去測試兩百萬行記錄。所以,就算是慢一點,我們可以通過使用Sphinx從InnoDB中獲得全文索引。

數據的大小,是一個影響你選擇什麼樣存儲引擎的重要因素,大尺寸的數據集趨向於選擇InnoDB方式,因為其支持事務處理和故障恢復。數據庫的在小決定了故障恢復的時間長短,InnoDB可以利用事務日誌進行數據恢復,這會比較快。而MyISAM可能會需要幾個小時甚至幾天來幹這些事,InnoDB只需要幾分鐘。

您操作數據庫表的習慣可能也會是一個對性能影響很大的因素。比如: COUNT() 在MyISAM 表中會非常快,而在InnoDB 表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當相當的快,但需要小心的是如果我們的主鍵太長了也會導致性能問題。大批的inserts 語句在MyISAM下會快一些,但是updates 在InnoDB 下會更快一些——尤其在並發量大的時候。

所以,到底你檢使用哪一個呢?根據經驗來看,如果是一些小型的應用或項目,那麼MyISAM 也許會更適合。當然,在大型的環境下使用MyISAM 也會有很大成功的時候,但卻不總是這樣的。如果你正在計劃使用一個超大數據量的項目,而且需要事務處理或外鍵支持,那麼你真的應該直接使用InnoDB方式。但需要記住InnoDB 的表需要更多的內存和存儲,轉換100GB 的MyISAM 表到InnoDB 表可能會讓你有非常壞的體驗

  1. 感谢博主!我正纠结于使用哪种模式呢。看了你的文章后毫不犹豫的选择了innodb。再次感谢。有机会请你喝茶。哈哈。

Leave a Comment


NOTE - You can use these HTML tags and attributes:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>