四種mysql存儲(chǔ)引擎

前言

數(shù)據(jù)庫(kù)存儲(chǔ)引擎是數(shù)據(jù)庫(kù)底層軟件組織，數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）使用數(shù)據(jù)引擎進(jìn)行創(chuàng)建、查詢(xún)、更新和刪除數(shù)據(jù)。不同的存儲(chǔ)引擎提供不同的存儲(chǔ)機(jī)制、索引技巧、鎖定水平等功能，使用不同的存儲(chǔ)引擎，還可以獲得特定的功能?，F(xiàn)在許多不同的數(shù)據(jù)庫(kù)管理系統(tǒng)都支持多種不同的數(shù)據(jù)引擎。MySQL的核心就是存儲(chǔ)引擎。

存儲(chǔ)引擎查看

MySQL給開(kāi)發(fā)者提供了查詢(xún)存儲(chǔ)引擎的功能，我這里使用的是MySQL5.1，可以使用：

SHOW ENGINES

命令來(lái)查看MySQL使用的引擎，命令的輸出為（我用的Navicat Premium）：

看到MySQL給用戶(hù)提供了這么多存儲(chǔ)引擎，包括處理事務(wù)安全表的引擎和出來(lái)了非事物安全表的引擎。

如果要想查看數(shù)據(jù)庫(kù)默認(rèn)使用哪個(gè)引擎，可以通過(guò)使用命令：

SHOW VARIABLES LIKE 'storage_engine';

來(lái)查看，查詢(xún)結(jié)果為：

在MySQL中，不需要在整個(gè)服務(wù)器中使用同一種存儲(chǔ)引擎，針對(duì)具體的要求，可以對(duì)每一個(gè)表使用不同的存儲(chǔ)引擎。Support列的值表示某種引擎是否能使用：YES表示可以使用、NO表示不能使用、DEFAULT表示該引擎為當(dāng)前默認(rèn)的存儲(chǔ)引擎。下面來(lái)看一下其中幾種常用的引擎。

InnoDB存儲(chǔ)引擎(默認(rèn))

InnoDB是事務(wù)型數(shù)據(jù)庫(kù)的首選引擎，支持事務(wù)安全表（ACID），支持行鎖定和外鍵，上圖也看到了，InnoDB是默認(rèn)的MySQL引擎。InnoDB主要特性有：

1、InnoDB給MySQL提供了具有提交、回滾和崩潰恢復(fù)能力的事務(wù)安全（ACID兼容）存儲(chǔ)引擎。InnoDB鎖定在行級(jí)并且也在SELECT語(yǔ)句中提供一個(gè)類(lèi)似Oracle的非鎖定讀。這些功能增加了多用戶(hù)部署和性能。在SQL查詢(xún)中，可以自由地將InnoDB類(lèi)型的表和其他MySQL的表類(lèi)型混合起來(lái)，甚至在同一個(gè)查詢(xún)中也可以混合。（支持行級(jí)鎖，默認(rèn)行級(jí)鎖）

2、InnoDB是為處理巨大數(shù)據(jù)量的最大性能設(shè)計(jì)。它的CPU效率可能是任何其他基于磁盤(pán)的關(guān)系型數(shù)據(jù)庫(kù)引擎鎖不能匹敵的

3、InnoDB存儲(chǔ)引擎完全與MySQL服務(wù)器整合，InnoDB存儲(chǔ)引擎為在主內(nèi)存中緩存數(shù)據(jù)和索引而維持它自己的緩沖池。InnoDB將它的表和索引在一個(gè)邏輯表空間中（就是索引的key和data放在一起，聚集索引），表空間可以包含數(shù)個(gè)文件（或原始磁盤(pán)文件）。這與MyISAM表不同，比如在MyISAM表中每個(gè)表被存放在分離的文件中（索引的key和data不放在一起，而data存的是地址的指針，非聚集索引）。InnoDB表可以是任何尺寸，即使在文件尺寸被限制為2GB的操作系統(tǒng)上

4、InnoDB支持外鍵完整性約束，存儲(chǔ)表中的數(shù)據(jù)時(shí)，每張表的存儲(chǔ)都按主鍵順序存放，如果沒(méi)有顯示在表定義時(shí)指定主鍵，InnoDB會(huì)為每一行生成一個(gè)6字節(jié)的ROWID，并以此作為主鍵

5、InnoDB被用在眾多需要高性能的大型數(shù)據(jù)庫(kù)站點(diǎn)上

InnoDB不創(chuàng)建目錄，使用InnoDB時(shí)，MySQL將在MySQL數(shù)據(jù)目錄下創(chuàng)建一個(gè)名為ibdata1的10MB大小的自動(dòng)擴(kuò)展數(shù)據(jù)文件，以及兩個(gè)名為ib_logfile0和ib_logfile1的5MB大小的日志文件

?

MyISAM存儲(chǔ)引擎

MyISAM基于ISAM存儲(chǔ)引擎，并對(duì)其進(jìn)行擴(kuò)展。它是在Web、數(shù)據(jù)倉(cāng)儲(chǔ)和其他應(yīng)用環(huán)境下最常使用的存儲(chǔ)引擎之一。MyISAM擁有較高的插入、查詢(xún)速度，但不支持事務(wù)。MyISAM主要特性有：

1、大文件（達(dá)到63位文件長(zhǎng)度）在支持大文件的文件系統(tǒng)和操作系統(tǒng)上被支持

2、當(dāng)把刪除和更新及插入操作混合使用的時(shí)候，動(dòng)態(tài)尺寸的行產(chǎn)生更少碎片。這要通過(guò)合并相鄰被刪除的塊，以及若下一個(gè)塊被刪除，就擴(kuò)展到下一塊自動(dòng)完成

3、每個(gè)MyISAM表最大索引數(shù)是64，這可以通過(guò)重新編譯來(lái)改變。每個(gè)索引最大的列數(shù)是16

4、最大的鍵長(zhǎng)度是1000字節(jié)，這也可以通過(guò)編譯來(lái)改變，對(duì)于鍵長(zhǎng)度超過(guò)250字節(jié)的情況，一個(gè)超過(guò)1024字節(jié)的鍵將被用上

5、BLOB和TEXT列可以被索引

6、NULL被允許在索引的列中，這個(gè)值占每個(gè)鍵的0~1個(gè)字節(jié)

7、所有數(shù)字鍵值以高字節(jié)優(yōu)先被存儲(chǔ)以允許一個(gè)更高的索引壓縮

8、每個(gè)MyISAM類(lèi)型的表都有一個(gè)AUTO_INCREMENT的內(nèi)部列，當(dāng)INSERT和UPDATE操作的時(shí)候該列被更新，同時(shí)AUTO_INCREMENT列將被刷新。所以說(shuō)，MyISAM類(lèi)型表的AUTO_INCREMENT列更新比InnoDB類(lèi)型的AUTO_INCREMENT更快

9、可以把數(shù)據(jù)文件和索引文件放在不同目錄

10、每個(gè)字符列可以有不同的字符集

11、有VARCHAR的表可以固定或動(dòng)態(tài)記錄長(zhǎng)度

12、VARCHAR和CHAR列可以多達(dá)64KB

使用MyISAM引擎創(chuàng)建數(shù)據(jù)庫(kù)，將產(chǎn)生3個(gè)文件。文件的名字以表名字開(kāi)始，擴(kuò)展名之處文件類(lèi)型：frm文件存儲(chǔ)表定義、數(shù)據(jù)文件的擴(kuò)展名為.MYD（MYData）、索引文件的擴(kuò)展名時(shí).MYI（MYIndex）

MEMORY存儲(chǔ)引擎

MEMORY存儲(chǔ)引擎將表中的數(shù)據(jù)存儲(chǔ)到內(nèi)存中，未查詢(xún)和引用其他表數(shù)據(jù)提供快速訪(fǎng)問(wèn)。MEMORY主要特性有：

1、MEMORY表的每個(gè)表可以有多達(dá)32個(gè)索引，每個(gè)索引16列，以及500字節(jié)的最大鍵長(zhǎng)度

2、MEMORY存儲(chǔ)引擎執(zhí)行HASH和BTREE縮影

3、可以在一個(gè)MEMORY表中有非唯一鍵值

4、MEMORY表使用一個(gè)固定的記錄長(zhǎng)度格式

5、MEMORY不支持BLOB或TEXT列

6、MEMORY支持AUTO_INCREMENT列和對(duì)可包含NULL值的列的索引

7、MEMORY表在所由客戶(hù)端之間共享（就像其他任何非TEMPORARY表）

8、MEMORY表內(nèi)存被存儲(chǔ)在內(nèi)存中，內(nèi)存是MEMORY表和服務(wù)器在查詢(xún)處理時(shí)的空閑中，創(chuàng)建的內(nèi)部表共享

9、當(dāng)不再需要MEMORY表的內(nèi)容時(shí)，要釋放被MEMORY表使用的內(nèi)存，應(yīng)該執(zhí)行DELETE FROM或TRUNCATE TABLE，或者刪除整個(gè)表（使用DROP TABLE）

存儲(chǔ)引擎的選擇

不同的存儲(chǔ)引擎都有各自的特點(diǎn)，以適應(yīng)不同的需求，如下表所示：

特點(diǎn)	InnoDB	Myisam	Memory	Archive	BDB
存儲(chǔ)限制	64TB	沒(méi)有	有	沒(méi)有	沒(méi)有
事務(wù)安全	支持	?	?	?	支持
鎖機(jī)制	行鎖	表鎖	表鎖	行鎖	頁(yè)鎖
B樹(shù)索引	支持	支持	支持	?	支持
哈希索引	支持	?	支持	?	?
全文索引	?	支持	?	?	?
集群索引	支持	?	?	?	?
數(shù)據(jù)緩存	支持	?	支持	?	?
索引緩存	支持	支持	支持	?	?
數(shù)據(jù)可壓縮	?	支持	?	支持	?
空間使用	高	低	N/A	非常低	低
內(nèi)存使用	高	低	中等	低	低
批量插入的速度	低	高	高	非常高	高
支持外鍵	支持	?	?	?	?

如果要提供提交、回滾、崩潰恢復(fù)能力的事物安全（ACID兼容）能力，并要求實(shí)現(xiàn)并發(fā)控制，InnoDB是一個(gè)好的選擇

如果數(shù)據(jù)表主要用來(lái)插入和查詢(xún)記錄，則MyISAM引擎能提供較高的處理效率

INNODB在做SELECT的時(shí)候，要維護(hù)的東西比MYISAM引擎多很多:
1）數(shù)據(jù)塊，INNODB要緩存，MYISAM只緩存索引塊，??這中間還有換進(jìn)換出的減少；
?
2）innodb尋址要映射到塊，再到行，MYISAM記錄的直接是文件的OFFSET，定位比INNODB要快
(phil 注: myisam 更新頻率低,所以 索引變更少 . 所以允許每次更新 即更新主索引,也更新付索引,更新 offset)

3）INNODB還需要維護(hù)MVCC一致；雖然你的場(chǎng)景沒(méi)有，但他還是需要去檢查和維護(hù)

MVCC (Multi-Version Concurrency Control)多版本并發(fā)控制
(phil 注:?由于沒(méi)有了多行,不需要判斷 選取可見(jiàn)的那行數(shù)據(jù))
? myisam 表鎖.犧牲了寫(xiě)性能,提高了讀性能.

如果只是臨時(shí)存放數(shù)據(jù)，數(shù)據(jù)量不大，并且不需要較高的數(shù)據(jù)安全性，可以選擇將數(shù)據(jù)保存在內(nèi)存中的Memory引擎，MySQL中使用該引擎作為臨時(shí)表，存放查詢(xún)的中間結(jié)果

如果只有INSERT和SELECT操作，可以選擇Archive，Archive支持高并發(fā)的插入操作，但是本身不是事務(wù)安全的。Archive非常適合存儲(chǔ)歸檔數(shù)據(jù)，如記錄日志信息可以使用Archive（插入之后大概率不會(huì)修改，只做查詢(xún)用處）

使用哪一種引擎需要靈活選擇，一個(gè)數(shù)據(jù)庫(kù)中多個(gè)表可以使用不同引擎以滿(mǎn)足各種性能和實(shí)際需求，使用合適的存儲(chǔ)引擎，將會(huì)提高整個(gè)數(shù)據(jù)庫(kù)的性能

---

• MyisAM順序儲(chǔ)存數(shù)據(jù)，索引葉子節(jié)點(diǎn)保存對(duì)應(yīng)數(shù)據(jù)行地址，輔助索引很主鍵索引相差無(wú)幾；InnoDB主鍵節(jié)點(diǎn)同時(shí)保存數(shù)據(jù)行，其他輔助索引保存的是主鍵索引的值；
• MyisAM鍵值分離，索引載入內(nèi)存（key_buffer_size），數(shù)據(jù)緩存依賴(lài)操作系統(tǒng)；InnoDB鍵值一起保存，索引與數(shù)據(jù)一起載入InnoDB緩沖池；MyisAM主鍵（唯一）索引按升序來(lái)存儲(chǔ)存儲(chǔ)，InnoDB則不一定

---

兩種索引的功能和結(jié)構(gòu)都是不同的
普通索引的結(jié)構(gòu)主要以B+樹(shù)和哈希索引為主，用于實(shí)現(xiàn)對(duì)字段中數(shù)據(jù)的精確查找，比如查找某個(gè)字段值等于給定值的記錄，A=10這種查詢(xún)，因此適合數(shù)值型字段和短文本字段
全文索引是用于檢索字段中是否包含或不包含指定的關(guān)鍵字，有點(diǎn)像搜索引擎的功能，其內(nèi)部的索引結(jié)構(gòu)采用的是與搜索引擎相同的倒排索引結(jié)構(gòu)(比如：全文索引中：將單詞和對(duì)應(yīng)出現(xiàn)的文章組成一張表，通過(guò)關(guān)鍵字（單詞）查找文章，返回文章編號(hào)（URL），因此叫倒排索引)，其原理是對(duì)字段中的文本進(jìn)行分詞，然后為每一個(gè)出現(xiàn)的單詞記錄一個(gè)索引項(xiàng)，這個(gè)索引項(xiàng)中保存了所有出現(xiàn)過(guò)該單詞的記錄的信息，也就是說(shuō)在索引中找到這個(gè)單詞后，就知道哪些記錄的字段中包含這個(gè)單詞了。因此適合用大文本字段的查找。

大字段之所以不適合做普通索引，最主要的原因是普通索引對(duì)檢索條件只能進(jìn)行精確匹配，而大字段中的文本內(nèi)容很多，通常也不會(huì)在這種字段上執(zhí)行精確的文本匹配查詢(xún)，而更多的是基于關(guān)鍵字的全文檢索查詢(xún)，例如你查一篇文章信息，你會(huì)只輸入一些關(guān)鍵字，而不是把整篇文章輸入查詢(xún)（如果有整篇文章也就不用查詢(xún)了）。而全文索引正是適合這種查詢(xún)需求。

總結(jié)

以上是生活随笔為你收集整理的常见存储引擎及比较的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。