mysql 的存儲引擎介紹

印度阿三17 2019-03-20

展開全文

在數(shù)據(jù)庫中存的就是一張張有著千絲萬縷關(guān)系的表，所以表設(shè)計(jì)的好壞，將直接影響著整個(gè)數(shù)據(jù)庫。而在設(shè)計(jì)表的時(shí)候，我們都會關(guān)注一個(gè)問題，使用什么存儲引擎。等一下，存儲引擎？什么是存儲引擎？

什么是存儲引擎？

MySQL中的數(shù)據(jù)用各種不同的技術(shù)存儲在文件(或者內(nèi)存)中。這些技術(shù)中的每一種技術(shù)都使用不同的存儲機(jī)制、索引技巧、鎖定水平并且最終提供廣泛的不同的功能和能力。通過選擇不同的技術(shù)，你能夠獲得額外的速度或者功能，從而改善你的應(yīng)用的整體功能。
例如，如果你在研究大量的臨時(shí)數(shù)據(jù)，你也許需要使用內(nèi)存MySQL存儲引擎。內(nèi)存存儲引擎能夠在內(nèi)存中存儲所有的表格數(shù)據(jù)。又或者，你也許需要一個(gè)支持事務(wù)處理的數(shù)據(jù)庫(以確保事務(wù)處理不成功時(shí)數(shù)據(jù)的回退能力)。
這些不同的技術(shù)以及配套的相關(guān)功能在 MySQL中被稱作存儲引擎(也稱作表類型)。 MySQL默認(rèn)配置了許多不同的存儲引擎，可以預(yù)先設(shè)置或者在MySQL服務(wù)器中啟用。你可以選擇適用于服務(wù)器、數(shù)據(jù)庫和表格的存儲引擎，以便在選擇如何存儲你的信息、如何檢索這些信息以及你需要你的數(shù)據(jù)結(jié)合什么性能和功能的時(shí)候?yàn)槟闾峁┳畲蟮撵`活性。
關(guān)系數(shù)據(jù)庫表是用于存儲和組織信息的數(shù)據(jù)結(jié)構(gòu)，可以將表理解為由行和列組成的表格，類似于Excel的電子表格的形式。有的表簡單，有的表復(fù)雜，有的表根本不用來存儲任何長期的數(shù)據(jù)，有的表讀取時(shí)非?？欤遣迦霐?shù)據(jù)時(shí)去很差；而我們在實(shí)際開發(fā)過程中，就可能需要各種各樣的表，不同的表，就意味著存儲不同類型的數(shù)據(jù)，數(shù)據(jù)的處理上也會存在著差異，那么。對于MySQL來說，它提供了很多種類型的存儲引擎（或者說不通的表類型），我們可以根據(jù)對數(shù)據(jù)處理的需求，選擇不同的存儲引擎，從而最大限度的利用MySQL強(qiáng)大的功能。

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

show engines;

MyISAM

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

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

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

InnoDB

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

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

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

MEMORY

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

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

1.目標(biāo)數(shù)據(jù)較小，而且被非常頻繁地訪問。在內(nèi)存中存放數(shù)據(jù)，所以會造成內(nèi)存的使用，可以通過參數(shù)max_heap_table_size控制Memory表的大小，設(shè)置此參數(shù)，就可以限制Memory表的最大大小。

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

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

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

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

復(fù)制代碼代碼如下:

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索引。

復(fù)制代碼代碼如下:

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表結(jié)構(gòu)必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個(gè)相同MyISAM表的聚合器；Merge表中并沒有數(shù)據(jù)，對Merge類型的表可以進(jìn)行查詢、更新、刪除操作，這些操作實(shí)際上是對內(nèi)部的MyISAM表進(jìn)行操作。Merge存儲引擎的使用場景。

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

乡下人产国偷v产偷v自拍,国产午夜片在线观看,婷婷成人亚洲综合国产麻豆,久久综合给合久久狠狠狠9

mysql 的存儲引擎介紹