MySQL存儲引擎的功能介紹

這篇文章主要介紹“存儲引擎的功能介紹”，在日常操作中，相信很多人在MySQL存儲引擎的功能介紹問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對大家解答”MySQL存儲引擎的功能介紹”的疑惑有所幫助！接下來(lái)，請跟著(zhù)小編一起來(lái)學(xué)習吧！

什么是存儲引擎？

MySQL中的數據用各種不同的技術(shù)存儲在文件(或者內存)中。這些技術(shù)中的每一種技術(shù)都使用不同的存儲機制、索引技巧、鎖定水平并且最終提供廣泛的不同的功能和能力。通過(guò)選擇不同的技術(shù)，你能夠獲得額外的速度或者功能，從而改善你的應用的整體功能。

例如，如果你在研究大量的臨時(shí)數據，你也許需要使用內存MySQL存儲引擎。內存存儲引擎能夠在內存中存儲所有的表格數據。又或者，你也許需要一個(gè)支持事務(wù)處理的數據庫(以確保事務(wù)處理不成功時(shí)數據的回退能力)。

這些不同的技術(shù)以及配套的相關(guān)功能在 MySQL中被稱(chēng)作存儲引擎(也稱(chēng)作表類(lèi)型)。 MySQL默認配置了許多不同的存儲引擎，可以預先設置或者在MySQL中啟用。你可以選擇適用于服務(wù)器、數據庫和表格的存儲引擎，以便在選擇如何存儲你的信息、如何檢索這些信息以及你需要你的數據結合什么性能和功能的時(shí)候為你提供最大的靈活性。

關(guān)系數據庫表是用于存儲和組織信息的數據結構，可以將表理解為由行和列組成的表格，類(lèi)似于Excel的電子表格的形式。有的表簡(jiǎn)單，有的表復雜，有的表根本不用來(lái)存儲任何長(cháng)期的數據，有的表讀取時(shí)非?？?，但是插入數據時(shí)去很差；而我們在實(shí)際開(kāi)發(fā)過(guò)程中，就可能需要各種各樣的表，不同的表，就意味著(zhù)存儲不同類(lèi)型的數據，數據的處理上也會(huì )存在著(zhù)差異，那么。對于MySQL來(lái)說(shuō)，它提供了很多種類(lèi)型的存儲引擎（或者說(shuō)不通的表類(lèi)型），我們可以根據對數據處理的需求，選擇不同的存儲引擎，從而最大限度的利用MySQL強大的功能。

在mysql客戶(hù)端中，使用以下命令可以查看MySQL支持的引擎。

show engines;

MyISAM

　　它不支持事務(wù)，也不支持外鍵，尤其是訪(fǎng)問(wèn)速度快，對事務(wù)完整性沒(méi)有要求或者以SELECT、INSERT為主的應用基本都可以使用這個(gè)引擎來(lái)創(chuàng )建表。
每個(gè)MyISAM在磁盤(pán)上存儲成3個(gè)文件，其中文件名和表名都相同，但是擴展名分別為：

·         .frm(存儲表定義)

·         MYD(MYData，存儲數據)

·         MYI(MYIndex，存儲索引)

　　數據文件和索引文件可以放置在不同的目錄，平均分配IO，獲取更快的速度。要指定數據文件和索引文件的路徑，需要在創(chuàng )建表的時(shí)候通過(guò)DATA DIRECTORY和INDEX DIRECTORY語(yǔ)句指定，文件路徑需要使用絕對路徑。
　　每個(gè)MyISAM表都有一個(gè)標志，服務(wù)器或myisamchk程序在檢查MyISAM數據表時(shí)會(huì )對這個(gè)標志進(jìn)行設置。MyISAM表還有一個(gè)標志用來(lái)表明該數據表在上次使用后是不是被正常的關(guān)閉了。如果服務(wù)器以為當機或崩潰，這個(gè)標志可以用來(lái)判斷數據表是否需要檢查和修復。如果想讓這種檢查自動(dòng)進(jìn)行，可以在啟動(dòng)服務(wù)器時(shí)使用--myisam-recover現象。這會(huì )讓服務(wù)器在每次打開(kāi)一個(gè)MyISAM數據表是自動(dòng)檢查數據表的標志并進(jìn)行必要的修復處理。MyISAM類(lèi)型的表可能會(huì )損壞，可以使用CHECK TABLE語(yǔ)句來(lái)檢查MyISAM表的健康，并用REPAIR TABLE語(yǔ)句修復一個(gè)損壞到MyISAM表。
　　MyISAM的表還支持3種不同的存儲格式：

·         靜態(tài)(固定長(cháng)度)表

·         動(dòng)態(tài)表

·         壓縮表

　　其中靜態(tài)表是默認的存儲格式。靜態(tài)表中的字段都是非變長(cháng)字段，這樣每個(gè)記錄都是固定長(cháng)度的，這種存儲方式的優(yōu)點(diǎn)是存儲非常迅速，容易緩存，出現故障容易恢復；缺點(diǎn)是占用的空間通常比動(dòng)態(tài)表多。靜態(tài)表在數據存儲時(shí)會(huì )根據列定義的寬度定義補足空格，但是在訪(fǎng)問(wèn)的時(shí)候并不會(huì )得到這些空格，這些空格在返回給應用之前已經(jīng)去掉。同時(shí)需要注意：在某些情況下可能需要返回字段后的空格，而使用這種格式時(shí)后面到空格會(huì )被自動(dòng)處理掉。
　　動(dòng)態(tài)表包含變長(cháng)字段，記錄不是固定長(cháng)度的，這樣存儲的優(yōu)點(diǎn)是占用空間較少，但是頻繁到更新刪除記錄會(huì )產(chǎn)生碎片，需要定期執行OPTIMIZE TABLE語(yǔ)句或myisamchk -r命令來(lái)改善性能，并且出現故障的時(shí)候恢復相對比較困難。
　　壓縮表由myisamchk工具創(chuàng )建，占據非常小的空間，因為每條記錄都是被單獨壓縮的，所以只有非常小的訪(fǎng)問(wèn)開(kāi)支。 

InnoDB

InnoDB是一個(gè)健壯的事務(wù)型存儲引擎，這種存儲引擎已經(jīng)被很多互聯(lián)網(wǎng)公司使用，為用戶(hù)操作非常大的數據存儲提供了一個(gè)強大的解決方案。我的電腦上安裝的MySQL 5.6.13版，InnoDB就是作為默認的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束，在以下場(chǎng)合下，使用InnoDB是最理想的選擇：

1.更新密集的表。InnoDB存儲引擎特別適合處理多重并發(fā)的更新請求。
2.事務(wù)。InnoDB存儲引擎是支持事務(wù)的標準MySQL存儲引擎。
3.自動(dòng)災難恢復。與其它存儲引擎不同，InnoDB表能夠自動(dòng)從災難中恢復。
4.外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
5.支持自動(dòng)增加列AUTO_INCREMENT屬性。

一般來(lái)說(shuō)，如果需要事務(wù)支持，并且有較高的并發(fā)讀取頻率，InnoDB是不錯的選擇。

MEMORY

使用MySQL Memory存儲引擎的出發(fā)點(diǎn)是速度。為得到最快的響應時(shí)間，采用的邏輯存儲介質(zhì)是系統內存。雖然在內存中存儲表數據確實(shí)會(huì )提供很高的性能，但當mysqld守護進(jìn)程崩潰時(shí)，所有的Memory數據都會(huì )丟失。獲得速度的同時(shí)也帶來(lái)了一些缺陷。它要求存儲在Memory數據表里的數據使用的是長(cháng)度不變的格式，這意味著(zhù)不能使用BLOB和TEXT這樣的長(cháng)度可變的數據類(lèi)型，VARCHAR是一種長(cháng)度可變的類(lèi)型，但因為它在MySQL內部當做長(cháng)度固定不變的CHAR類(lèi)型，所以可以使用。

一般在以下幾種情況下使用Memory存儲引擎：

1.目標數據較小，而且被非常頻繁地訪(fǎng)問(wèn)。在內存中存放數據，所以會(huì )造成內存的使用，可以通過(guò)參數max_heap_table_size控制Memory表的大小，設置此參數，就可以限制Memory表的最大大小。

2.如果數據是臨時(shí)的，而且要求必須立即可用，那么就可以存放在內存表中。

3.存儲在Memory表中的數據如果突然丟失，不會(huì )對應用服務(wù)產(chǎn)生實(shí)質(zhì)的負面影響。

Memory同時(shí)支持散列索引和B樹(shù)索引。B樹(shù)索引的優(yōu)于散列索引的是，可以使用部分查詢(xún)和通配查詢(xún)，也可以使用<、>和>=等操作符方便數據挖掘。散列索引進(jìn)行“相等比較”非?？?，但是對“范圍比較”的速度就慢多了，因此散列索引值適合使用在=和<>的操作符中，不適合在<或>操作符中，也同樣不適合用在order by子句中。

可以在表創(chuàng )建時(shí)利用USING子句指定要使用的版本。例如：

復制代碼代碼如下:

create table users
(
    id smallint unsigned not null auto_increment,
    username varchar(15) not null,
    pwd varchar(15) not null,
    index using hash (username),
    primary key (id)
)engine=memory;

上述代碼創(chuàng )建了一個(gè)表，在username字段上使用了HASH散列索引。下面的代碼就創(chuàng )建一個(gè)表，使用BTREE索引。

復制代碼代碼如下:

create table users
(
    id smallint unsigned not null auto_increment,
    username varchar(15) not null,
    pwd varchar(15) not null,
    index using btree (username),
    primary key (id)
)engine=memory;

MERGE

MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說(shuō)白了，Merge表就是幾個(gè)相同MyISAM表的聚合器；Merge表中并沒(méi)有數據，對Merge類(lèi)型的表可以進(jìn)行查詢(xún)、更新、刪除操作，這些操作實(shí)際上是對內部的MyISAM表進(jìn)行操作。Merge存儲引擎的使用場(chǎng)景。

對于服務(wù)器日志這種信息，一般常用的存儲策略是將數據分成很多表，每個(gè)名稱(chēng)與特定的時(shí)間端相關(guān)。例如：可以用12個(gè)相同的表來(lái)存儲服務(wù)器日志數據，每個(gè)表用對應各個(gè)月份的名字來(lái)命名。當有必要基于所有12個(gè)日志表的數據來(lái)生成報表，這意味著(zhù)需要編寫(xiě)并更新多表查詢(xún)，以反映這些表中的信息。與其編寫(xiě)這些可能出現錯誤的查詢(xún)，不如將這些表合并起來(lái)使用一條查詢(xún)，之后再刪除Merge表，而不影響原來(lái)的數據，刪除Merge表只是刪除Merge表的定義，對內部的表沒(méi)有任何影響。

ARCHIVE

Archive是歸檔的意思，在歸檔之后很多的高級功能就不再支持了，僅僅支持最基本的插入和查詢(xún)兩種功能。在MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以后的版本中就開(kāi)始支持索引了。Archive擁有很好的壓縮機制，它使用zlib壓縮庫，在記錄被請求時(shí)會(huì )實(shí)時(shí)壓縮，所以它經(jīng)常被用來(lái)當做倉庫使用。

存儲引擎的一些問(wèn)題

1.如何查看服務(wù)器有哪些存儲引擎可以使用？
為確定你的MySQL服務(wù)器可以用哪些存儲引擎，執行如下命令：

復制代碼代碼如下:

show engines;

這個(gè)命令就能搞定了。

2.如何選擇合適的存儲引擎？
（1）選擇標準可以分為：
（2）是否需要支持事務(wù)；
（3）是否需要使用熱備；
（4）崩潰恢復：能否接受崩潰；
（5）是否需要外鍵支持；
然后按照標準，選擇對應的存儲引擎即可。