MySQL儲存引擎詳解

一、MySQL常用儲存引擎及特點

1、InnoDB儲存引擎

從MySQL5.5版本之後，MySQL的預設內建儲存引擎已經是InnoDB了，他的主要特徵有：

（1）災難復原性比較好；
（2）支援事務。預設的交易隔離等級為可重複度，透過MVCC（並發版本控制）來實現的。
（3）使用的鎖粒度為行級鎖，可以支援更高的並發；
（4）支援外鍵；
（5）配合一些熱備工具可以支援線上熱備份；
（6）在InnoDB中存在緩衝管理，透過緩衝池，將索引和資料全部快取起來，加快查詢的速度；
（7）對於InnoDB類型的表，其資料的實體組織形式是聚簇表。所有的數據按照主鍵來組織。資料和索引放在一塊，都位於B 數的葉子節點上；

2、MyISAM儲存引擎
在5.5版本之前，MyISAM是MySQL的預設儲存引擎，該儲存引擎並發性差，不支援事務，所以使用場景比較少，主要特點為：

（1）不支援事務；
（2）不支援外鍵，如果強行增加外鍵，不會提示錯誤，只是外鍵不其作用；
（3）對數據的查詢緩存只會緩存索引，不會像InnoDB一樣緩存數據，而且是利用操作系統本身的緩存；
（4）默認的鎖粒度為表級鎖，所以並發度很差，加鎖快，鎖定衝突較少，所以不太容易發生死鎖；
（5）支援全文索引（MySQL5.6之後，InnoDB儲存引擎也對全文索引做了支援），但是MySQL的全文索引基本上不會使用，對於全文索引，現在有其他成熟的解決方案，例如：ElasticSearch，Solr，Sphinx等。
（6）資料庫所在主機如果宕機，MyISAM的資料檔案容易損壞，而且難以恢復；

3、MEMORY儲存引擎
將資料存在記憶體中，和市場上的Redis， memcached等思想類似，為了提高數據的存取速度，主要特點：

（1）支援的數據類型有限制，例如：不支援TEXT和BLOB類型，對於字串類型的數據，只支援固定長度的行，VARCHAR會自動儲存為CHAR型別；
（2）支援的鎖定粒度為表格級鎖定。所以，在訪問量比較大時，表級鎖會成為MEMORY儲存引擎的瓶頸；
（3）由於資料是存放在記憶體中，所以在伺服器重啟之後，所有資料都會遺失；
（4 ）查詢的時候，如果有用到臨時表，而且臨時表中有BLOB，TEXT類型的字段，那麼這個臨時表就會轉化為MyISAM類型的表，性能會急劇降低；

4、ARCHIVE儲存引擎
ARCHIVE儲存引擎適合的場景有限，由於其支援壓縮，故主要是用來做日誌，流水等資料的歸檔，主要特點：

（1）支援Zlib壓縮，資料在插入表之前，會先被壓縮；
（2）只支援SELECT和INSERT操作，存入的資料就只能查詢，不能做修改和刪除；
（3）只支援自增鍵上的索引，不支援其他索引；

5、CSV儲存引擎
資料中轉試用，主要特點：

（1）其資料格式為.csv格式的文本，可以直接編輯儲存；
（2）匯入匯出比較方便，可以將某個表中的資料直接匯出為csv，試用Excel辦公室軟體開啟；

二、InnoDB和MyISAM的比較

#1、由於鎖粒度的不同，InnoDB比MyISAM支援更高的並發；
2、InnoDB為行級鎖，MyISAM為表級鎖，所以InnoDB相對於MyISAM來說，更容易發生死鎖，鎖衝突的機率更大，而且上鎖的開銷也更大，因為需要為每一行加鎖；
3、在備份容災上，InnoDB支援線上熱備，有很成熟的線上熱備解決方案；
4、查詢效能上，MyISAM的查詢效率高於InnoDB，因為InnoDB在查詢過程中，是需要維護資料快取，而且查詢過程是先定位到行所在的資料區塊，然後在從資料區塊中定位到要查找的行；而MyISAM可以直接定位到資料所在的記憶體位址，可以直接找到資料；
5、SELECT COUNT(*)語句，如果行數在千萬等級以​​上，MyISAM可以快速查出，而InnoDB查詢的特別慢，因為MyISAM將行數單獨儲存了，而InnoDB需要朱行去統計行數；所以如果使用InnoDB，而且需要查詢行數，則需要對行數進行特殊處理，如：離線查詢並且快取；
6、MyISAM的表結構檔案包括：.frm(表結構定義),.MYI(索引),.MYD(資料)；而InnoDB的表資料檔為:.ibd和.frm(表結構定義);

三、如何選擇合適的儲存引擎

1、使用場景是否需要事務支援；
2、是否需要支援高並發，InnoDB的並發度遠高於MyISAM；
3、是否需要支援外鍵；
4、是否需要支援線上熱備；
5、高效緩衝數據，InnoDB對數據和索引都做了緩衝，而MyISAM只緩衝了索引；
6、索引，不同儲存引擎的索引並不太一樣；

更多MySQL相關技術文章，請造訪MySQL教學欄位進行學習！

以上是MySQL儲存引擎詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！