快捷導(dǎo)航

MySQL存儲(chǔ)引擎MyISAM與InnoDB區(qū)別總結(jié)整理

更新時(shí)間：2019年03月01日 14:21:51 作者：徐劉根

今天小編就為大家分享一篇關(guān)于MySQL存儲(chǔ)引擎MyISAM與InnoDB區(qū)別總結(jié)整理，小編覺(jué)得內(nèi)容挺不錯(cuò)的，現(xiàn)在分享給大家，具有很好的參考價(jià)值，需要的朋友一起跟隨小編來(lái)看看吧

1、MySQL默認(rèn)存儲(chǔ)引擎的變遷

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

2、MyISAM與InnoDB存儲(chǔ)引擎的主要特點(diǎn)

MyISAM存儲(chǔ)引擎的特點(diǎn)是：表級(jí)鎖、不支持事務(wù)和全文索引，適合一些CMS內(nèi)容管理系統(tǒng)作為后臺(tái)數(shù)據(jù)庫(kù)使用，但是使用大并發(fā)、重負(fù)荷生產(chǎn)系統(tǒng)上，表鎖結(jié)構(gòu)的特性就顯得力不從心；

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

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

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

注意：

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

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

3、MyISAM與InnoDB性能測(cè)試

下邊兩張圖是官方提供的MyISAM與InnoDB的壓力測(cè)試結(jié)果

可以看出，隨著CPU核數(shù)的增加，InnoDB的吞吐量反而越好，而MyISAM，其吞吐量幾乎沒(méi)有什么變化，顯然，MyISAM的表鎖定機(jī)制降低了讀和寫的吞吐量。

4、事務(wù)支持與否

MyISAM是一種非事務(wù)性的引擎，使得MyISAM引擎的MySQL可以提供高速存儲(chǔ)和檢索，以及全文搜索能力，適合數(shù)據(jù)倉(cāng)庫(kù)等查詢頻繁的應(yīng)用；

InnoDB是事務(wù)安全的；

事務(wù)是一種高級(jí)的處理方式，如在一些列增刪改中只要哪個(gè)出錯(cuò)還可以回滾還原，而MyISAM就不可以了。

5、MyISAM與InnoDB構(gòu)成上的區(qū)別

（1）每個(gè)MyISAM在磁盤上存儲(chǔ)成三個(gè)文件：

第一個(gè)文件的名字以表的名字開始，擴(kuò)展名指出文件類型，.frm文件存儲(chǔ)表定義。
第二個(gè)文件是數(shù)據(jù)文件，其擴(kuò)展名為.MYD (MYData)。
第三個(gè)文件是索引文件，其擴(kuò)展名是.MYI (MYIndex)。

（2）基于磁盤的資源是InnoDB表空間數(shù)據(jù)文件和它的日志文件，InnoDB 表的大小只受限于操作系統(tǒng)文件的大小，一般為 2GB。

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

MySQL表級(jí)鎖有兩種模式：表共享讀鎖（Table Read Lock）和表獨(dú)占寫鎖（Table Write Lock）。什么意思呢，就是說(shuō)對(duì)MyISAM表進(jìn)行讀操作時(shí)，它不會(huì)阻塞其他用戶對(duì)同一表的讀請(qǐng)求，但會(huì)阻塞對(duì)同一表的寫操作；而對(duì)MyISAM表的寫操作，則會(huì)阻塞其他用戶對(duì)同一表的讀和寫操作。

InnoDB行鎖是通過(guò)給索引項(xiàng)加鎖來(lái)實(shí)現(xiàn)的，即只有通過(guò)索引條件檢索數(shù)據(jù)，InnoDB才使用行級(jí)鎖，否則將使用表鎖！行級(jí)鎖在每次獲取鎖和釋放鎖的操作需要消耗比表鎖更多的資源。在InnoDB兩個(gè)事務(wù)發(fā)生死鎖的時(shí)候，會(huì)計(jì)算出每個(gè)事務(wù)影響的行數(shù)，然后回滾行數(shù)少的那個(gè)事務(wù)。當(dāng)鎖定的場(chǎng)景中不涉及Innodb的時(shí)候，InnoDB是檢測(cè)不到的。只能依靠鎖定超時(shí)來(lái)解決。

7、是否保存數(shù)據(jù)庫(kù)表中表的具體行數(shù)

InnoDB 中不保存表的具體行數(shù)，也就是說(shuō)，執(zhí)行select count(*) from table 時(shí)，InnoDB要掃描一遍整個(gè)表來(lái)計(jì)算有多少行，但是MyISAM只要簡(jiǎn)單的讀出保存好的行數(shù)即可。

注意的是，當(dāng)count(*)語(yǔ)句包含where條件時(shí)，兩種表的操作是一樣的。也就是上述“6”中介紹到的InnoDB使用表鎖的一種情況。

8、如何選擇

MyISAM適合：

（1）做很多count 的計(jì)算；
（2）插入不頻繁，查詢非常頻繁，如果執(zhí)行大量的SELECT，MyISAM是更好的選擇；
（3）沒(méi)有事務(wù)。

InnoDB適合：

（1）可靠性要求比較高，或者要求事務(wù)；
（2）表更新和查詢都相當(dāng)?shù)念l繁，并且表鎖定的機(jī)會(huì)比較大的情況指定數(shù)據(jù)引擎的創(chuàng)建；
（3）如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE，出于性能方面的考慮，應(yīng)該使用InnoDB表；
（4）DELETE FROM table時(shí)，InnoDB不會(huì)重新建立表，而是一行一行的刪除；
（5）LOAD TABLE FROM MASTER操作對(duì)InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導(dǎo)入數(shù)據(jù)后再改成InnoDB表，但是對(duì)于使用的額外的InnoDB特性（例如外鍵）的表不適用。

要注意，創(chuàng)建每個(gè)表格的代碼是相同的，除了最后的 TYPE參數(shù)，這一參數(shù)用來(lái)指定數(shù)據(jù)引擎。

其他區(qū)別：

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

2、DELETE FROM table時(shí)，InnoDB不會(huì)重新建立表，而是一行一行的刪除。

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

4、 InnoDB存儲(chǔ)引擎被完全與MySQL服務(wù)器整合，InnoDB存儲(chǔ)引擎為在主內(nèi)存中緩存數(shù)據(jù)和索引而維持它自己的緩沖池。

5、對(duì)于自增長(zhǎng)的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中可以和其他字段一起建立聯(lián)合索引。

6、清空整個(gè)表時(shí)，InnoDB是一行一行的刪除，效率非常慢。MyISAM則會(huì)重建表。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接

您可能感興趣的文章: