mysql引擎間的區(qū)別有哪些

這篇文章主要介紹“mysql引擎間的區(qū)別有哪些”的相關(guān)知識(shí)，小編通過(guò)實(shí)際案例向大家展示操作過(guò)程，操作方法簡(jiǎn)單快捷，實(shí)用性強(qiáng)，希望這篇“mysql引擎間的區(qū)別有哪些”文章能幫助大家解決問(wèn)題。

區(qū)別：1、InnoDB引擎用于處理大量短期事務(wù)，很少回滾；2、MyISAM引擎不支持事務(wù)和行級(jí)鎖，崩潰后無(wú)法安全恢復(fù)；3、Archive引擎支持Insert，Select操作；4、Blackhole引擎沒(méi)有任何存儲(chǔ)機(jī)制，會(huì)舍棄所有寫(xiě)入數(shù)據(jù)。

本教程操作環(huán)境：windows10系統(tǒng)、mysql8.0.22版本、Dell G3電腦。

mysql引擎之間的區(qū)別是什么

一、InnoDB

InnoDB是MySQL默認(rèn)的事務(wù)型引擎，也是最重要、最廣泛的存儲(chǔ)引擎。它的設(shè)計(jì)是用來(lái)處理大量短期事務(wù)，短期事務(wù)大部分是正常提交的，很少回滾。InnoDB的性能和自動(dòng)崩潰恢復(fù)特性，使得它在非事務(wù)型存儲(chǔ)的需求中，也很流行。除了非常特別的原因需要使用其他引擎，InnoDB也是非常好值得花時(shí)間研究的對(duì)象。

InnoDB的數(shù)據(jù)存儲(chǔ)在表空間中，表空間是由InnoDB管理的黑盒文件系統(tǒng)，由一系列系統(tǒng)文件組成。InnoDB可以將每個(gè)表的數(shù)據(jù)和索引存放在單獨(dú)的文件中。InnoDB也可以使用裸設(shè)備作為表空間存儲(chǔ)介質(zhì)。

InnoDB通過(guò)間隙鎖（next-key locking）防止幻讀的出現(xiàn)。InnoDB是基于聚簇索引建立，與其他存儲(chǔ)引擎有很大的區(qū)別，聚簇索引對(duì)主鍵查詢有很高的性能，不過(guò)它的二級(jí)索引（secondary index，非主鍵索引）必須包含主鍵列。所以如果主鍵列很大的話，索引會(huì)很大。

二、MyISAM

在5.1之前，MyISAM是默認(rèn)的引擎，MyISAM有大量的特心態(tài)，包括全文索引、壓縮、空間函數(shù)。但是MyISAM不支持事務(wù)和行級(jí)鎖，而且在崩潰后無(wú)法安全恢復(fù)。即使后續(xù)版本中MyISAM支持了事務(wù)，但是很多人的概念中依然是不支持事務(wù)的引擎。

MyISAM并不是無(wú)所事處。對(duì)于一些只讀數(shù)據(jù)，或者表空間較小，可以忍受恢復(fù)操作，可以使用MyISAM。MyISAM會(huì)將表存儲(chǔ)在兩個(gè)文件中：數(shù)據(jù)文件、索引文件。分別是.MYD、.MYI擴(kuò)展名。MyISAM表可以包含動(dòng)態(tài)或者靜態(tài)行。MySQL會(huì)根據(jù)表定義選擇那種行格式。MyISAM表的行記錄數(shù)，取決于磁盤空間和操作系統(tǒng)中的單個(gè)文件最大尺寸。

在MySQL中，默認(rèn)配置只能存儲(chǔ)256TB的數(shù)據(jù)。因?yàn)橹赶驍?shù)據(jù)記錄的指針長(zhǎng)度是6字節(jié)。需要修改可以修改表的MAX_ROWS和AVG_ROW_LENGTH選項(xiàng)。兩個(gè)相乘是最大的大小。會(huì)導(dǎo)致重建索引。

MyISAM是對(duì)整個(gè)表加鎖，而不是行鎖，讀取的時(shí)候?qū)Ρ砑庸蚕礞i，寫(xiě)入的時(shí)候加排他鎖。但是在表有讀取查詢的同時(shí)，也可以往表內(nèi)寫(xiě)入記錄。

對(duì)于MyISAM，即使是Blob，Text等等長(zhǎng)字段，也可以基于前500字符創(chuàng)建索引，MyISAM支持全文索引，這是一個(gè)基于分詞創(chuàng)建的索引，也可以支持復(fù)雜的查詢。

MyISAM可以選擇延遲更新索引鍵，在創(chuàng)建表的時(shí)候指定delay_key_write選項(xiàng)，在每次修改執(zhí)行完成時(shí)，不會(huì)立刻將修改的索引數(shù)據(jù)寫(xiě)入磁盤，而是寫(xiě)到緩存區(qū)，只有在清理緩存區(qū)或者關(guān)閉表的時(shí)候才會(huì)將索引寫(xiě)入磁盤。這可以極大的提升寫(xiě)入性能，但是在主機(jī)崩潰時(shí)會(huì)造成索引損壞，需要執(zhí)行修復(fù)操作。

MyISAM另一個(gè)特性是支持壓縮表。如果數(shù)據(jù)在寫(xiě)入后不會(huì)修改，那么這個(gè)表適合MyISAM壓縮表?？梢允褂胢yisampack對(duì)MyISAM表進(jìn)行打包，壓縮表是不可以修改數(shù)據(jù)的。壓縮表可以極大的減少磁盤占用，因此可以減少磁盤IO，提升性能，壓縮表也支持索引，但是索引也是只讀的。

整體來(lái)說(shuō)MyISAM并沒(méi)有那么不堪，但是由于沒(méi)有行鎖機(jī)制，所以在海量寫(xiě)入的時(shí)候，會(huì)導(dǎo)致所有查詢處于Locked狀態(tài)。

其他存儲(chǔ)引擎

MySQL還有一些其他特殊用途的引擎，有些可能不再支持，具體支持情況參考數(shù)據(jù)庫(kù)支持引擎。

三、Archive

Archive引擎支持是Insert，Select操作，現(xiàn)在支持索引，Archive引擎會(huì)緩存所有的寫(xiě)，并利用zlib對(duì)寫(xiě)入行進(jìn)行壓縮，所以比MyISAM表的磁盤IO更少。但是在每次Select查詢都需要執(zhí)行全表掃描。所以在Archive適合日志和數(shù)據(jù)采集應(yīng)用。這類應(yīng)用在分析時(shí)往往需要全表掃描忙活著更快的Insert操作場(chǎng)景中也可以使用。

Archive引擎支持行級(jí)鎖和專用的緩存區(qū)，所以可以實(shí)現(xiàn)高并發(fā)寫(xiě)入，在查詢開(kāi)始到返回表存在的所有行數(shù)之前，Archive會(huì)阻止其他Select執(zhí)行，用來(lái)實(shí)現(xiàn)一致性讀。另外也實(shí)現(xiàn)了批量寫(xiě)入結(jié)束前批量寫(xiě)入數(shù)據(jù)對(duì)讀操作不可見(jiàn)，這種機(jī)制模仿了事務(wù)和MVCC的特性，但是Archive不是一個(gè)事務(wù)型引擎，而是針對(duì)高寫(xiě)入壓縮做了優(yōu)化的簡(jiǎn)單引擎。

四、Blackhole

Blackhole沒(méi)有實(shí)現(xiàn)任何存儲(chǔ)機(jī)制，它會(huì)舍棄所有寫(xiě)入數(shù)據(jù)，不做任何保存，但是服務(wù)器會(huì)記錄Blackhole表的日志，用于復(fù)制數(shù)據(jù)到備庫(kù)，或者只是簡(jiǎn)單的記錄到日志，這種特殊的存儲(chǔ)引擎可以在一些特俗的復(fù)制架構(gòu)和日志審核時(shí)發(fā)揮作用。但是不推薦。

五、CSV

CSV引擎可以將普通的CSV文件作為MySQL表來(lái)處理，但是這種表不支持索引，CSV可以在數(shù)據(jù)庫(kù)運(yùn)行時(shí)拷貝或者拷出文件，可以將Excel等電子表格中的數(shù)據(jù)存儲(chǔ)未CSV文件，然后復(fù)制到MySQL中，就能在MySQL中打開(kāi)使用。同樣，如果將數(shù)據(jù)寫(xiě)入到一個(gè)CSV引擎表，其他外部程序也可以從表的數(shù)據(jù)文件中讀取CSV的數(shù)據(jù)。因此CSV可以作為數(shù)據(jù)交換機(jī)制。非常好用。

六、Federated

Federated引擎是訪問(wèn)其他MySQL服務(wù)器的一個(gè)代理，它會(huì)創(chuàng)建一個(gè)到遠(yuǎn)程MySQL服務(wù)器的客戶端連接，并將查詢傳輸?shù)竭h(yuǎn)程服務(wù)器執(zhí)行，然后提取或者發(fā)送需要的數(shù)據(jù)。最初設(shè)計(jì)該存儲(chǔ)引擎是為了和企業(yè)級(jí)數(shù)據(jù)庫(kù)如MicrosoftSQLServer和Oracle的類似特性競(jìng)爭(zhēng)的，可以說(shuō)更多的是一種市場(chǎng)行為。盡管該引擎看起來(lái)提供了一種很好的跨服務(wù)器的靈活性，但也經(jīng)常帶來(lái)問(wèn)題，因此默認(rèn)是禁用的。

七、Memroy

如果需要快速地訪問(wèn)數(shù)據(jù)，并且這些數(shù)據(jù)不會(huì)被修改，重啟以后丟失也沒(méi)有關(guān)系，那么使用Memory表（以前也叫做HEAP表）是非常有用的。Memory表至少比MyISAM表要快一個(gè)數(shù)量級(jí)，因?yàn)樗械臄?shù)據(jù)都保存在內(nèi)存中，不需要進(jìn)行磁盤I/O。Memory表的結(jié)構(gòu)在重啟以后還會(huì)保留，但數(shù)據(jù)會(huì)丟失。

八、Merge

Merge引擎是MyISAM引擎的一個(gè)變種。Merge表是由多個(gè)MyISAM表合并而來(lái)的虛擬表。如果將MySQL用于日志或者數(shù)據(jù)倉(cāng)庫(kù)類應(yīng)用，該引擎可以發(fā)揮作用。但是引入分區(qū)功能后，該引擎已經(jīng)被放棄

九、NDB 集群 引擎

NDB集群存儲(chǔ)引擎，作為SQL和NDB原生協(xié)議之間的接口。MySQL服務(wù)器、NDB集群存儲(chǔ)引擎，以及分布式的、share-nothing的、容災(zāi)的、高可用的NDB數(shù)據(jù)庫(kù)的組合，被稱為MySQL集群（MySQLCluster）。

特殊

十、PERFORMANCE_SCHEMA

MySQL 5.5新增一個(gè)存儲(chǔ)引擎：命名PERFORMANCE_SCHEMA ,主要用于收集數(shù)據(jù)庫(kù)服務(wù)器性能參數(shù)。MySQL用戶是不能創(chuàng)建存儲(chǔ)引擎為PERFORMANCE_SCHEMA的表。

performance_schema提供以下功能：

提供進(jìn)程等待的詳細(xì)信息，包括鎖、互斥變量、文件信息；

保存歷史的事件匯總信息，為提供MySQL服務(wù)器性能做出詳細(xì)的判斷；

對(duì)于新增和刪除監(jiān)控事件點(diǎn)都非常容易，并可以隨意改變mysql服務(wù)器的監(jiān)控周期，例如（CYCLE、MICROSECOND）

performance_schema功能開(kāi)啟和部分表功能

Performance的開(kāi)啟很簡(jiǎn)單，在my.cnf中[mysqld]加入performanc_schema，檢查性能數(shù)據(jù)庫(kù)是否啟動(dòng)的命令:

SHOW VARIABLES LIKE 'performance_schema';

若是返回的 值為ON，則說(shuō)明性能數(shù)據(jù)庫(kù)正常開(kāi)啟狀態(tài)。

關(guān)于“mysql引擎間的區(qū)別有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)，可以關(guān)注億速云行業(yè)資訊頻道，小編每天都會(huì)為大家更新不同的知識(shí)點(diǎn)。