歡迎光臨
每天分享高質量文章

MySQL: INNODB 還是 MYISAM?

來自:酷 殼 – CoolShell

鏈接:https://coolshell.cn/articles/652.html


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 表可能會讓你有非常壞的體驗。


●編號329,輸入編號直達本文

●輸入m獲取文章目錄

推薦↓↓↓

Web開發

更多推薦18個技術類公眾微信

涵蓋:程式人生、演算法與資料結構、黑客技術與網絡安全、大資料技術、前端開發、Java、Python、Web開發、安卓開發、iOS開發、C/C++、.NET、Linux、資料庫、運維等。

赞(0)

分享創造快樂