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

在MySQL 5.1之前的版本中，默認的搜索引擎是MyISAM，從MySQL 5.5之后的版本中，默認的搜索引擎變更為InnoDB。

2、MyISAM與InnoDB存儲引擎的主要特點

MyISAM存儲引擎的特點是：表級鎖、不支持事務和全文索引，適合一些CMS內容管理系統作為后臺數據庫使用，但是使用大并發、重負荷生產系統上，表鎖結構的特性就顯得力不從心；

以下是MySQL 5.7 MyISAM存儲引擎的版本特性：

InnoDB存儲引擎的特點是：行級鎖、事務安全（ACID兼容）、支持外鍵、不支持FULLTEXT類型的索引(5.6.4以后版本開始支持FULLTEXT類型的索引)。InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全存儲引擎。InnoDB是為處理巨大量時擁有最大性能而設計的。它的CPU效率可能是任何其他基于磁盤的關系數據庫引擎所不能匹敵的。

以下是MySQL 5.7 InnoDB存儲引擎的版本特性：

注意：

InnoDB表的行鎖也不是絕對的，假如在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “a%”。

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

3、MyISAM與InnoDB性能測試

下邊兩張圖是官方提供的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特性（例如外鍵）的表不適用。

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

其他區別：

1、對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引。

2、DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。

3、LOAD TABLE FROMMASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對于使用的額外的InnoDB特性(例如外鍵)的表不適用。

4、 InnoDB存儲引擎被完全與MySQL服務器整合，InnoDB存儲引擎為在主內存中緩存數據和索引而維持它自己的緩沖池。

5、對于自增長的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中可以和其他字段一起建立聯合索引。

6、清空整個表時，InnoDB是一行一行的刪除，效率非常慢。MyISAM則會重建表。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。如果你想了解更多相關內容請查看下面相關鏈接