MySQL 提供了多個存儲引擎——包括處理事務安全表的引擎和處理非事務安全表的引擎,在 MySQL 中,不須要在整個服務器中使用同一種存儲引擎,針對具體的要求,能夠對每個表使用不一樣的存儲引擎。html
MySQL中的數據用各類不一樣的技術存儲在文件(或者內存)中。mysql
這些技術中的每一種技術都使用不一樣的存儲機制、索引技巧、鎖定水平而且最終提供普遍的不一樣的功能和能力。sql
經過選擇不一樣的技術,你可以得到額外的速度或者功能,從而改善你的應用的總體功能。數據庫
而存儲引擎說白了就是緩存
例如,若是你在研究大量的臨時數據,你也許須要使用內存存儲引擎,由於內存存儲引擎可以在內存中存儲全部的表格數據。又或者,你也許須要一個支持事務處理的數據庫,以確保事務處理不成功時數據的回退能力,你就要選擇支持事務的存儲引擎。安全
下面就簡單介紹一下MySQL的存儲引擎。bash
InnoDB是一個健壯的事務型存儲引擎,這種存儲引擎已經被不少互聯網公司使用,爲用戶操做很是大的數據存儲提供了一個強大的解決方案。服務器
InnoDB還引入了行級鎖定和外鍵約束,在如下場合下,使用InnoDB是最理想的選擇:併發
更新密集的表。 InnoDB存儲引擎特別適合處理多重併發的更新請求。app
事務。 InnoDB存儲引擎是支持事務的標準MySQL存儲引擎。
自動災難恢復。 與其它存儲引擎不一樣,InnoDB表可以自動從災難中恢復。
外鍵約束。 MySQL支持外鍵的存儲引擎只有InnoDB。
支持自動增長列AUTO_INCREMENT屬性。
從5.7開始innodb存儲引擎成爲默認的存儲引擎。
通常來講,若是須要事務支持,而且有較高的併發讀取頻率,InnoDB是不錯的選擇。
MyISAM表是獨立於操做系統的,這說明能夠輕鬆地將其從Windows服務器移植到Linux服務器。
每當咱們創建一個MyISAM引擎的表時,就會在本地磁盤上創建三個文件,文件名就是表名。
例如,我創建了一個MyISAM引擎的tb_Demo表,那麼就會生成如下三個文件:
MyISAM表沒法處理事務,這就意味着有事務處理需求的表,不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在如下幾種狀況下使用:
由此看來,MyISAM存儲引擎很適合管理服務器日誌數據。
MRG_MyISAM存儲引擎是一組MyISAM表的組合,老版本叫 MERGE 實際上是一回事兒。
這些MyISAM表結構必須徹底相同,儘管其使用不如其它引擎突出,可是在某些狀況下很是有用。
說白了,Merge表就是幾個相同MyISAM表的聚合器;Merge表中並無數據,對Merge類型的表能夠進行查詢、更新、刪除操做,這些操做其實是對內部的MyISAM表進行操做。
對於服務器日誌這種信息,通常經常使用的存儲策略是將數據分紅不少表,每一個名稱與特定的時間段相關。
例如,能夠用12個相同的表來存儲服務器日誌數據,每一個表用對應各個月份的名字來命名。當有必要基於全部12個日誌表的數據來生成報表,這意味着須要編寫並更新多表查詢,以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢,不如將這些表合併起來使用一條查詢,以後再刪除Merge表,而不影響原來的數據,刪除Merge表只是刪除Merge表的定義,對內部的表沒有任何影響。
ENGINE=MERGE, 指明使用MERGE引擎,實際上是跟MRG_MyISAM一回事兒,也是對的,在MySQL 5.7已經看不到MERGE了。
UNION=(t1, t2), 指明瞭MERGE表中掛接了些哪表,能夠經過alter table的方式修改UNION的值,以實現增刪MERGE表子表的功能。好比:
alter table tb_merge engine=merge union(tb_log1) insert_method=last;
複製代碼
INSERT_METHOD=LAST, INSERT_METHOD指明插入方式,取值能夠是: 0
不容許插入; FIRST
插入到UNION中的第一個表; LAST
插入到UNION中的最後一個表。
MERGE表及構成MERGE數據表結構的各成員數據表必須具備徹底同樣的結構。 每個成員數據表的數據列必須按照一樣的順序定義一樣的名字和類型,索引也必須按照一樣的順序和一樣的方式定義。
使用MySQL Memory存儲引擎的出發點是速度,爲獲得最快的響應時間,採用的邏輯存儲介質是系統內存。
雖然在內存中存儲表數據確實會提供很高的性能,但當mysqld守護進程崩潰時,全部的Memory數據都會丟失。
得到速度的同時也帶來了一些缺陷。
它要求存儲在Memory數據表裏的數據使用的是長度不變的格式,這意味着不能使用BLOB和TEXT這樣的長度可變的數據類型。VARCHAR是一種長度可變的類型,但由於它在MySQL內部當作長度固定不變的CHAR類型,因此可使用。
通常在如下幾種狀況下使用Memory存儲引擎:
B樹索引優於散列索引的是,可使用部分查詢和通配查詢,也可使用<、>和>=等操做符方便數據挖掘。
散列索引進行「相等比較」很是快,可是對「範圍比較」的速度就慢多了,所以散列索引值適合使用在=和<>的操做符中,不適合在<或>操做符中,也一樣不適合用在order by子句中。
CSV 存儲引擎是基於 CSV 格式文件存儲數據。
由於 csv 文件自己就能夠被Office等軟件直接編輯,保不齊就有不按規則出牌的狀況,若是出現csv 文件中的內容損壞了的狀況,也可使用 CHECK TABLE 或者 REPAIR TABLE 命令檢查和修復
Archive是歸檔的意思,在歸檔以後不少的高級功能就再也不支持了,僅僅支持最基本的插入和查詢兩種功能。
在MySQL 5.5版之前,Archive是不支持索引,可是在MySQL 5.5之後的版本中就開始支持索引了。
Archive擁有很好的壓縮機制,它使用zlib壓縮庫,在記錄被請求時會實時壓縮,因此它常常被用來當作倉庫使用。
MySQL在5.x系列提供了Blackhole引擎–「黑洞」,其做用正如其名字同樣:任何寫入到此引擎的數據均會被丟棄掉, 不作實際存儲;Select語句的內容永遠是空。
這和Linux中的 /dev/null
文件完成的做用徹底一致。
那麼, 一個不能存儲數據的引擎有什麼用呢?
Blackhole雖然不存儲數據,可是MySQL仍是會正常的記錄下Binlog,並且這些Binlog還會被正常的同步到Slave上,能夠在Slave上對數據進行後續的處理。
這樣對於在Master上只須要Binlog而不須要數據的場合下,balckhole就有用了。
BlackHole 還能夠用在如下場景
主要用於收集數據庫服務器性能參數。
MySQL用戶是不能建立存儲引擎爲PERFORMANCE_SCHEMA的表,通常用於記錄binlog作複製的中繼。
在這裏有官方的一些介紹: MySQL Performance Schema
主要用於訪問其它遠程MySQL服務器一個代理,它經過建立一個到遠程MySQL服務器的客戶端鏈接,並將查詢傳輸到遠程服務器執行,然後完成數據存取;在MariaDB上的實現是FederatedX
這裏列舉一些其它數據庫提供的存儲引擎,OQGraph、SphinxSE、TokuDB、Cassandra、CONNECT、SQUENCE。
提供的名字僅供參考,想了解細節的小夥伴能夠自行查閱資料。
不一樣存儲引發都有各自的特色,爲適應不一樣的需求,須要選擇不一樣的存儲引擎,因此首先考慮這些存儲引擎各自的功能和兼容。
特性 | InnoDB | MyISAM | MEMORY | ARCHIVE |
---|---|---|---|---|
存儲限制(Storage limits) | 64TB | No | YES | No |
支持事物(Transactions) | Yes | No | No | No |
鎖機制(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 |
數據緩存(Data caches) | Yes | No | N/A | No |
索引緩存(Index caches) | Yes | Yes | N/A | No |
數據可壓縮(Compressed data) | Yes | Yes | No | Yes |
加密傳輸(Encrypted data[1]) | Yes | Yes | Yes | Yes |
集羣數據庫支持(Cluster databases support) | No | No | No | No |
複製支持(Replication support[2]) | Yes | No | No | Yes |
外鍵支持(Foreign key support) | Yes | No | No | No |
存儲空間消耗(Storage Cost) | 高 | 低 | N/A | 很是低 |
內存消耗(Memory Cost) | 高 | 低 | N/A | 低 |
數據字典更新(Update statistics for data dictionary) | Yes | Yes | Yes | Yes |
備份/時間點恢復(backup/point-in-time recovery[3]) | Yes | Yes | Yes | Yes |
多版本併發控制(Multi-Version Concurrency Control/MVCC) | Yes | No | No | No |
批量數據寫入效率(Bulk insert speed) | 慢 | 快 | 快 | 很是快 |
地理信息數據類型(Geospatial datatype support) | Yes | Yes | No | Yes |
地理信息索引(Geospatial indexing support[4]) | Yes | Yes | No | Yes |
使用「SHOW VARIABLES LIKE '%storage_engine%';」 命令在mysql系統變量搜索默認設置的存儲引擎,輸入語句以下:
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;
命令顯示安裝之後可用的全部的支持的存儲引擎和默認引擎,後面帶上 \G
能夠列表輸出結果,你能夠嘗試一下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> |
+--------------------+---------+--------------------------------------+-------------+--------+-----------+
複製代碼
由上面命令輸出,可見當前系統的默認數據表類型是InnoDB。固然,咱們能夠經過修改數據庫配置文件中的選項,設定默認表類型。
對上面數據庫存儲引擎有所瞭解以後,你能夠在my.cnf
配置文件中設置你須要的存儲引擎,這個參數放在 [mysqld] 這個字段下面的 default_storage_engine 參數值,例以下面配置的片斷
[mysqld]
default_storage_engine=CSV
複製代碼
例如:
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 '手機',
PRIMARY KEY (`id`)
)ENGINE=InnoDB;
複製代碼
在建立用戶表 user 的時候,SQL語句最後 ENGINE=InnoDB 就是設置這張表存儲引擎爲 InnoDB。
能夠根據上文中的經常使用引擎對比來選擇你使用的存儲引擎。
使用哪一種引擎須要根據需求靈活選擇,一個數據庫中多個表可使用不一樣的引擎以知足各類性能和實際需求。
使用合適的存儲引擎,將會提升整個數據庫的性能。
下面提供幾個選擇標準,而後按照標準,根據實際狀況,選擇對應的存儲引擎便可: