知識星球來自：酷 殼 – 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、資料庫、運維等。
