MySQL存儲引擎MyISAM與InnoDB區別總結整理

 

1. MySQL默認存儲引擎的變遷

    在MySQL 5.5以前的版本中，默認的搜索引擎是MyISAM，從MySQL 5.5以後的版本中，默認的搜索引擎變動爲InnoDB。

2. MyISAM與InnoDB存儲引擎的主要特色

    1).MyISAM存儲引擎的特色是：表級鎖、不支持事務和支持全文索引，適合一些CMS內容管理系統做爲後臺數據庫使用，可是使用大併發、重負荷生產系統上，表鎖結構的特性就顯得力不從心；

    2).InnoDB存儲引擎的特色是：行級鎖、事務安全（ACID兼容）、支持外鍵、不支持FULLTEXT類型的索引(5.6.4之後版本開始支持FULLTEXT類型的索引)。InnoDB存儲引擎提供了具備提交、

                                                     回滾和崩潰恢復能力的事務安全存儲引擎。InnoDB是爲處理巨大量時擁有最大性能而設計的。它的CPU效率多是任何其餘基於磁盤的關係數據庫引擎所不能匹敵的。

    注意：

    InnoDB表的行鎖也不是絕對的，假如在執行一個SQL語句時MySQL不能肯定要掃描的範圍，InnoDB表一樣會鎖全表(鎖完之後，判斷不符合條件的會逐步解鎖)，

    例如update table set num=1 where name like 「a%」。

     兩種類型最主要的差異就是InnoDB支持事務處理與外鍵和行級鎖。而MyISAM不支持。因此MyISAM每每就容易被人認爲只適合在小項目中使用。

3. MyISAM與InnoDB性能測試

    隨着CPU核數的增長，InnoDB的吞吐量反而越好，而MyISAM，其吞吐量幾乎沒有什麼變化，顯然，MyISAM的表鎖定機制下降了讀和寫的吞吐量。

4. 事務支持與否

    MyISAM是一種非事務性的引擎，使得MyISAM引擎的MySQL能夠提供高速存儲和檢索，以及全文搜索能力，適合數據倉庫等查詢頻繁的應用；

    InnoDB是事務安全的；事務是一種高級的處理方式，如在一些列增刪改中只要哪一個出錯還能夠回滾還原，而MyISAM就不能夠了。 

5. MyISAM與InnoDB構成上的區別

    1).每一個MyISAM在磁盤上存儲成三個文件：

        第一個文件的名字以表的名字開始，擴展名指出文件類型，.frm文件存儲表定義。 

       第二個文件是數據文件，其擴展名爲.MYD (MYData)。 

       第三個文件是索引文件，其擴展名是.MYI (MYIndex)。

   2).基於磁盤的資源是InnoDB表空間數據文件和它的日誌文件，InnoDB 表的 大小隻受限於操做系統文件的大小，通常爲 2GB。

6. MyISAM與InnoDB表鎖和行鎖的解釋

    MySQL表級鎖有兩種模式：表共享讀鎖（Table Read Lock）和表獨佔寫鎖（Table Write Lock）。什麼意思呢，就是說對MyISAM表進行讀操做時，它不會阻塞其餘用戶對同一表的讀請求，但會阻塞對同一表的寫操做；

    而對MyISAM表的寫操做，則會阻塞其餘用戶對同一表的讀和寫操做。

    InnoDB行鎖是經過給索引項加鎖來實現的，即只有經過索引條件檢索數據，InnoDB才使用行級鎖，不然將使用表鎖！行級鎖在每次獲取鎖和釋放鎖的操做須要消耗比表鎖更多的資源。在InnoDB兩個事務發生死鎖的

     時候，會計算出每一個事務影響的行數，而後回滾行數少的那個事務。當鎖定的場景中不涉及Innodb的時候，InnoDB是檢測不到的。只能依靠鎖定超時來解決。

7. 是否保存數據庫表中表的具體行數

     InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table 時，InnoDB要掃描一遍整個表來計算有多少行，可是MyISAM只要簡單的讀出保存好的行數便可。

     注意的是，當count(*)語句包含where條件時，兩種表的操做是同樣的。也就是 上述「6」中介紹到的InnoDB使用表鎖的一種狀況。

8. 如何選擇：

    MyISAM適合：

    1). 作不少count 的計算；

    2). 插入不頻繁，查詢很是頻繁，若是執行大量的SELECT，MyISAM是更好的選擇；

    3). 沒有事務。

    InnoDB適合：

    1). 可靠性要求比較高，或者要求事務；

    2). 表更新和查詢都至關的頻繁，而且表鎖定的機會比較大的狀況指定數據引擎的建立；

    3). 若是你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表；

    4).DELETE FROM table時，InnoDB不會從新創建表，而是一行一行的 刪除；

   5).LOAD TABLE FROM MASTER操做對InnoDB是不起做用的，解決方法是首先把InnoDB表改爲MyISAM表，導入數據後再改爲InnoDB表，可是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。

9. 其餘區別：

    1). 對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中，能夠和其餘字段一塊兒創建聯合索引。

    2). DELETE FROM table時，InnoDB不會從新創建表，而是一行一行的刪除。

    3). LOAD TABLE FROMMASTER操做對InnoDB是不起做用的，解決方法是首先把InnoDB表改爲MyISAM表，導入數據後再改爲InnoDB表，可是對於使用的額外的InnoDB特性(例如外鍵)的表不適用。

    4). 清空整個表時，InnoDB是一行一行的刪除，效率很是慢。MyISAM則會重建表。

    5). 對於自增加的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中能夠和其餘字段一塊兒創建聯合索引。

    6). InnoDB存儲引擎被徹底與MySQL服務器整合，InnoDB存儲引擎爲在主內存中緩存數據和索引而維持它本身的緩衝池。

         要注意，建立每一個表格的代碼是相同的，除了最後的 TYPE參數，這一參數用來指定數據引擎。

原文：http://www.javashuo.com/article/p-hbufqghd-ek.html