MySQL 提供了多個存儲引擎——包括處理事務(wù)安全表的引擎和處理非事務(wù)安全表的引擎涵叮，在 MySQL 中萌踱，不需要在整個服務(wù)器中使用同一種存儲引擎厌漂，針對具體的要求，可以對每一個表使用不同的存儲引擎烧栋。
存儲引擎簡介
MySQL中的數(shù)據(jù)用各種不同的技術(shù)存儲在文件(或者內(nèi)存)中写妥。
這些技術(shù)中的每一種技術(shù)都使用不同的存儲機(jī)制、索引技巧审姓、鎖定水平并且最終提供廣泛的不同的功能和能力珍特。
通過選擇不同的技術(shù)，你能夠獲得額外的速度或者功能魔吐，從而改善你的應(yīng)用的整體功能扎筒。
而存儲引擎說白了就是
- 如何存儲數(shù)據(jù)
- 如何為存儲的數(shù)據(jù)建立索引
- 如何更新、查詢數(shù)據(jù)
等技術(shù)的實(shí)現(xiàn)方法酬姆。
例如嗜桌，如果你在研究大量的臨時數(shù)據(jù)，你也許需要使用內(nèi)存存儲引擎辞色，因?yàn)閮?nèi)存存儲引擎能夠在內(nèi)存中存儲所有的表格數(shù)據(jù)骨宠。又或者，你也許需要一個支持事務(wù)處理的數(shù)據(jù)庫相满，以確保事務(wù)處理不成功時數(shù)據(jù)的回退能力层亿，你就要選擇支持事務(wù)的存儲引擎。
存儲引擎分類介紹
下面就簡單介紹一下MySQL的存儲引擎立美。
InnoDB
InnoDB是一個健壯的事務(wù)型存儲引擎匿又，這種存儲引擎已經(jīng)被很多互聯(lián)網(wǎng)公司使用，為用戶操作非常大的數(shù)據(jù)存儲提供了一個強(qiáng)大的解決方案建蹄。
InnoDB還引入了行級鎖定和外鍵約束碌更，在以下場合下，使用InnoDB是最理想的選擇：
更新密集的表躲撰。
InnoDB存儲引擎特別適合處理多重并發(fā)的更新請求。事務(wù)击费。
InnoDB存儲引擎是支持事務(wù)的標(biāo)準(zhǔn)MySQL存儲引擎拢蛋。自動災(zāi)難恢復(fù)。
與其它存儲引擎不同蔫巩，InnoDB表能夠自動從災(zāi)難中恢復(fù)谆棱。外鍵約束圆仔。
MySQL支持外鍵的存儲引擎只有InnoDB个从。支持自動增加列AUTO_INCREMENT屬性。
從5.7開始innodb存儲引擎成為默認(rèn)的存儲引擎。
一般來說，如果需要事務(wù)支持，并且有較高的并發(fā)讀取頻率瓦哎，InnoDB是不錯的選擇愉适。
MyISAM
MyISAM表是獨(dú)立于操作系統(tǒng)的，這說明可以輕松地將其從Windows服務(wù)器移植到Linux服務(wù)器。
每當(dāng)我們建立一個MyISAM引擎的表時，就會在本地磁盤上建立三個文件，文件名就是表名。
例如速和，我建立了一個MyISAM引擎的tb_Demo表，那么就會生成以下三個文件：
- tb_demo.frm，存儲表定義。
- tb_demo.MYD，存儲數(shù)據(jù)恤磷。
- tb_demo.MYI匈子，存儲索引。
MyISAM表無法處理事務(wù)胚迫，這就意味著有事務(wù)處理需求的表朗若，不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在以下幾種情況下使用：
- 選擇密集型的表旭斥。
MyISAM存儲引擎在篩選大量數(shù)據(jù)時非常迅速，這是它最突出的優(yōu)點(diǎn)古涧。 - 插入密集型的表垂券。
MyISAM的并發(fā)插入特性允許同時選擇和插入數(shù)據(jù)。
由此看來羡滑，MyISAM存儲引擎很適合管理服務(wù)器日志數(shù)據(jù)菇爪。
MRG_MYISAM
MRG_MyISAM存儲引擎是一組MyISAM表的組合，老版本叫 MERGE 其實(shí)是一回事兒柒昏。
這些MyISAM表結(jié)構(gòu)必須完全相同凳宙，盡管其使用不如其它引擎突出，但是在某些情況下非常有用职祷。
說白了氏涩，Merge表就是幾個相同MyISAM表的聚合器；Merge表中并沒有數(shù)據(jù)有梆，對Merge類型的表可以進(jìn)行查詢是尖、更新、刪除操作淳梦，這些操作實(shí)際上是對內(nèi)部的MyISAM表進(jìn)行操作材原。
Merge存儲引擎的使用場景
對于服務(wù)器日志這種信息，一般常用的存儲策略是將數(shù)據(jù)分成很多表银觅，每個名稱與特定的時間段相關(guān)坞琴。
例如，可以用12個相同的表來存儲服務(wù)器日志數(shù)據(jù)陨囊，每個表用對應(yīng)各個月份的名字來命名弦疮。當(dāng)有必要基于所有12個日志表的數(shù)據(jù)來生成報表，這意味著需要編寫并更新多表查詢蜘醋，以反映這些表中的信息胁塞。與其編寫這些可能出現(xiàn)錯誤的查詢，不如將這些表合并起來使用一條查詢压语，之后再刪除Merge表啸罢，而不影響原來的數(shù)據(jù)，刪除Merge表只是刪除Merge表的定義胎食，對內(nèi)部的表沒有任何影響扰才。
Merge存儲引擎的使用方法
ENGINE=MERGE，
指明使用MERGE引擎厕怜，其實(shí)是跟MRG_MyISAM一回事兒衩匣，也是對的蕾总，在MySQL 5.7已經(jīng)看不到MERGE了。UNION=(t1, t2)琅捏，
指明了MERGE表中掛接了些哪表生百，可以通過alter table的方式修改UNION的值，以實(shí)現(xiàn)增刪MERGE表子表的功能柄延。比如：
alter table tb_merge engine=merge union(tb_log1) insert_method=last;
INSERT_METHOD=LAST蚀浆，
INSERT_METHOD指明插入方式，取值可以是：
0不允許插入搜吧；
FIRST插入到UNION中的第一個表蜡坊；
LAST插入到UNION中的最后一個表。MERGE表及構(gòu)成MERGE數(shù)據(jù)表結(jié)構(gòu)的各成員數(shù)據(jù)表必須具有完全一樣的結(jié)構(gòu)赎败。
每一個成員數(shù)據(jù)表的數(shù)據(jù)列必須按照同樣的順序定義同樣的名字和類型秕衙，索引也必須按照同樣的順序和同樣的方式定義。
MEMORY
使用MySQL Memory存儲引擎的出發(fā)點(diǎn)是速度僵刮，為得到最快的響應(yīng)時間据忘，采用的邏輯存儲介質(zhì)是系統(tǒng)內(nèi)存。
雖然在內(nèi)存中存儲表數(shù)據(jù)確實(shí)會提供很高的性能搞糕，但當(dāng)mysqld守護(hù)進(jìn)程崩潰時勇吊，所有的Memory數(shù)據(jù)都會丟失。
獲得速度的同時也帶來了一些缺陷窍仰。
它要求存儲在Memory數(shù)據(jù)表里的數(shù)據(jù)使用的是長度不變的格式汉规，這意味著不能使用BLOB和TEXT這樣的長度可變的數(shù)據(jù)類型。VARCHAR是一種長度可變的類型驹吮，但因?yàn)樗贛ySQL內(nèi)部當(dāng)做長度固定不變的CHAR類型针史，所以可以使用。
一般在以下幾種情況下使用Memory存儲引擎：
- 目標(biāo)數(shù)據(jù)較小碟狞，而且被非常頻繁地訪問啄枕。
在內(nèi)存中存放數(shù)據(jù)，所以會造成內(nèi)存的使用族沃，可以通過參數(shù)max_heap_table_size控制Memory表的大小频祝，設(shè)置此參數(shù)，就可以限制Memory表的最大大小脆淹。 - 如果數(shù)據(jù)是臨時的常空，而且要求必須立即可用，那么就可以存放在內(nèi)存表中盖溺。
- 存儲在Memory表中的數(shù)據(jù)如果突然丟失漓糙，不會對應(yīng)用服務(wù)產(chǎn)生實(shí)質(zhì)的負(fù)面影響。
- Memory同時支持散列索引和B樹索引咐柜。
B樹索引優(yōu)于散列索引的是兼蜈，可以使用部分查詢和通配查詢，也可以使用<拙友、>和>=等操作符方便數(shù)據(jù)挖掘为狸。
散列索引進(jìn)行“相等比較”非常快遗契，但是對“范圍比較”的速度就慢多了辐棒，因此散列索引值適合使用在=和<>的操作符中，不適合在<或>操作符中牍蜂，也同樣不適合用在order by子句中漾根。
CSV
CSV 存儲引擎是基于 CSV 格式文件存儲數(shù)據(jù)。
- CSV 存儲引擎因?yàn)樽陨砦募袷降脑蝣昃海辛斜仨殢?qiáng)制指定 NOT NULL 辐怕。
- CSV 引擎也不支持索引，不支持分區(qū)从绘。
- CSV 存儲引擎也會包含一個存儲表結(jié)構(gòu)的 .frm 文件寄疏，還會創(chuàng)建一個 .csv 存儲數(shù)據(jù)的文件，還會創(chuàng)建一個同名的元信息文件僵井，該文件的擴(kuò)展名為 .CSM 陕截，用來保存表的狀態(tài)及表中保存的數(shù)據(jù)量。
- 每個數(shù)據(jù)行占用一個文本行批什。
因?yàn)?csv 文件本身就可以被Office等軟件直接編輯农曲，保不齊就有不按規(guī)則出牌的情況，如果出現(xiàn)csv 文件中的內(nèi)容損壞了的情況驻债，也可以使用 CHECK TABLE 或者 REPAIR TABLE 命令檢查和修復(fù)乳规。
ARCHIVE
Archive是歸檔的意思，在歸檔之后很多的高級功能就不再支持了合呐，僅僅支持最基本的插入和查詢兩種功能驯妄。
在MySQL 5.5版以前，Archive是不支持索引合砂，但是在MySQL 5.5以后的版本中就開始支持索引了青扔。
Archive擁有很好的壓縮機(jī)制，它使用zlib壓縮庫翩伪，在記錄被請求時會實(shí)時壓縮微猖，所以它經(jīng)常被用來當(dāng)做倉庫使用。
BLACKHOLE
MySQL在5.x系列提供了Blackhole引擎–“黑洞”缘屹，其作用正如其名字一樣：任何寫入到此引擎的數(shù)據(jù)均會被丟棄掉凛剥， 不做實(shí)際存儲；Select語句的內(nèi)容永遠(yuǎn)是空轻姿。
這和Linux中的 /dev/null 文件完成的作用完全一致犁珠。
那么逻炊， 一個不能存儲數(shù)據(jù)的引擎有什么用呢？
Blackhole雖然不存儲數(shù)據(jù)犁享，但是MySQL還是會正常的記錄下Binlog余素，而且這些Binlog還會被正常的同步到Slave上，可以在Slave上對數(shù)據(jù)進(jìn)行后續(xù)的處理炊昆。
這樣對于在Master上只需要Binlog而不需要數(shù)據(jù)的場合下桨吊，balckhole就有用了。
BlackHole 還可以用在以下場景
- 驗(yàn)證語法
驗(yàn)證dump file語法的正確性 - 檢測負(fù)載
以使用blackhole引擎來檢測binlog功能所需要的額外負(fù)載 - 檢測性能
由于blackhole性能損耗極小凤巨，可以用來檢測除了存儲引擎這個功能點(diǎn)之外的其他MySQL功能點(diǎn)的性能视乐。
PERFORMANCE_SCHEMA
主要用于收集數(shù)據(jù)庫服務(wù)器性能參數(shù)。
MySQL用戶是不能創(chuàng)建存儲引擎為PERFORMANCE_SCHEMA的表敢茁，一般用于記錄binlog做復(fù)制的中繼佑淀。
在這里有官方的一些介紹: MySQL Performance Schema
FEDERATED
主要用于訪問其它遠(yuǎn)程MySQL服務(wù)器一個代理，它通過創(chuàng)建一個到遠(yuǎn)程MySQL服務(wù)器的客戶端連接彰檬，并將查詢傳輸?shù)竭h(yuǎn)程服務(wù)器執(zhí)行渣聚，而后完成數(shù)據(jù)存取僧叉；在MariaDB上的實(shí)現(xiàn)是FederatedX奕枝。
其他
這里列舉一些其它數(shù)據(jù)庫提供的存儲引擎，OQGraph瓶堕、SphinxSE隘道、TokuDB、Cassandra郎笆、CONNECT谭梗、SQUENCE。
提供的名字僅供參考宛蚓，想了解細(xì)節(jié)的小伙伴可以自行查閱資料激捏。
常用引擎對比
<div name="常用引擎對比" id="常用引擎對比"/>
不同存儲引起都有各自的特點(diǎn)，為適應(yīng)不同的需求凄吏，需要選擇不同的存儲引擎远舅，所以首先考慮這些存儲引擎各自的功能和兼容。
| 特性 | InnoDB | MyISAM | MEMORY | ARCHIVE |
|---|---|---|---|---|
| 存儲限制(Storage limits) | 64TB | No | YES | No |
| 支持事物(Transactions) | Yes | No | No | No |
| 鎖機(jī)制(Locking granularity) | 行鎖 | 表鎖 | 表鎖 | 行鎖 |
| B樹索引(B-tree indexes) | Yes | Yes | Yes | No |
| T樹索引(T-tree indexes) | No | No | No | No |
| 哈希索引(Hash indexes) | Yes | No | Yes | No |
| 全文索引(Full-text indexes) | Yes | Yes | No | No |
| 集群索引(Clustered indexes) | Yes | No | No | No |
| 數(shù)據(jù)緩存(Data caches) | Yes | No | N/A | No |
| 索引緩存(Index caches) | Yes | Yes | N/A | No |
| 數(shù)據(jù)可壓縮(Compressed data) | Yes | Yes | No | Yes |
| 加密傳輸(Encrypted data[1]) | Yes | Yes | Yes | Yes |
| 集群數(shù)據(jù)庫支持(Cluster databases support) | No | No | No | No |
| 復(fù)制支持(Replication support[2]) | Yes | No | No | Yes |
| 外鍵支持(Foreign key support) | Yes | No | No | No |
| 存儲空間消耗(Storage Cost) | 高 | 低 | N/A | 非常低 |
| 內(nèi)存消耗(Memory Cost) | 高 | 低 | N/A | 低 |
| 數(shù)據(jù)字典更新(Update statistics for data dictionary) | Yes | Yes | Yes | Yes |
| 備份/時間點(diǎn)恢復(fù)(backup/point-in-time recovery[3]) | Yes | Yes | Yes | Yes |
| 多版本并發(fā)控制(Multi-Version Concurrency Control/MVCC) | Yes | No | No | No |
| 批量數(shù)據(jù)寫入效率(Bulk insert speed) | 慢 | 快 | 快 | 非澈鄹郑快 |
| 地理信息數(shù)據(jù)類型(Geospatial datatype support) | Yes | Yes | No | Yes |
| 地理信息索引(Geospatial indexing support[4]) | Yes | Yes | No | Yes |
存儲引擎相關(guān)操作命令
查看存儲引擎
使用“SHOW VARIABLES LIKE '%storage_engine%';” 命令在mysql系統(tǒng)變量搜索默認(rèn)設(shè)置的存儲引擎图柏，輸入語句如下：
mysql> SHOW VARIABLES LIKE '%storage_engine%';
+----------------------------------+---------+
| Variable_name | Value |
|----------------------------------+---------|
| default_storage_engine | InnoDB |
| default_tmp_storage_engine | InnoDB |
| disabled_storage_engines | |
| internal_tmp_disk_storage_engine | InnoDB |
+----------------------------------+---------+
4 rows in set
Time: 0.005s
使用SHOW ENGINES;命令顯示安裝以后可用的所有的支持的存儲引擎和默認(rèn)引擎，后面帶上 \G 可以列表輸出結(jié)果任连，你可以嘗試一下SHOW ENGINES\G;蚤吹。
mysql> SHOW ENGINES;
+--------------------+---------+--------------------------------------+-------------+--------+-----------+
| Engine | Support | Comment | Transactions| XA | Savepoints|
|--------------------+---------+--------------------------------------+-------------+--------+-----------|
| InnoDB | DEFAULT | Supports transactions, | YES | YES | YES |
| | | row-level locking, and foreign keys | | | |
| MRG_MYISAM | YES | Collection of identical MyISAM tables| NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful | NO | NO | NO |
| | | for temporary tables | | | |
| BLACKHOLE | YES | /dev/null storage engine (anything | NO | NO | NO |
| | | you write to it disappears) | | | |
| MyISAM | YES | MyISAM storage engine | NO | NO | NO |
| CSV | YES | CSV storage engine | NO | NO | NO |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
| PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |
| FEDERATED | NO | Federated MySQL storage engine | <null> | <null> | <null> |
+--------------------+---------+--------------------------------------+-------------+--------+-----------+
由上面命令輸出，可見當(dāng)前系統(tǒng)的默認(rèn)數(shù)據(jù)表類型是InnoDB。當(dāng)然裁着，我們可以通過修改數(shù)據(jù)庫配置文件中的選項繁涂，設(shè)定默認(rèn)表類型。
設(shè)置存儲引擎
對上面數(shù)據(jù)庫存儲引擎有所了解之后二驰，你可以在my.cnf 配置文件中設(shè)置你需要的存儲引擎扔罪，這個參數(shù)放在 [mysqld] 這個字段下面的 default_storage_engine 參數(shù)值，例如下面配置的片段
[mysqld]
default_storage_engine=CSV
在創(chuàng)建表的時候诸蚕，對表設(shè)置存儲引擎
例如：
CREATE TABLE `user` (
`id` int(100) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(32) NOT NULL DEFAULT '' COMMENT '姓名',
`mobile` varchar(20) NOT NULL DEFAULT '' COMMENT '手機(jī)',
PRIMARY KEY (`id`)
)ENGINE=InnoDB;
在創(chuàng)建用戶表 user 的時候，SQL語句最后 ENGINE=InnoDB 就是設(shè)置這張表存儲引擎為 InnoDB氧猬。
如何選擇合適的存儲引擎
可以根據(jù)上文中的<a href="#常用引擎對比">常用引擎對比</a>來選擇你使用的存儲引擎背犯。
使用哪種引擎需要根據(jù)需求靈活選擇，一個數(shù)據(jù)庫中多個表可以使用不同的引擎以滿足各種性能和實(shí)際需求盅抚。
使用合適的存儲引擎漠魏，將會提高整個數(shù)據(jù)庫的性能。
下面提供幾個選擇標(biāo)準(zhǔn)妄均，然后按照標(biāo)準(zhǔn)柱锹，根據(jù)實(shí)際情況，選擇對應(yīng)的存儲引擎即可：
- 是否需要支持事務(wù)丰包；
- 是否需要使用熱備禁熏；
- 崩潰恢復(fù)，能否接受崩潰邑彪；
- 是否需要外鍵支持瞧毙；
- 存儲的限制；
- 對索引和緩存的支持寄症。
