MySQL數據庫存儲引擎簡介

MySQL 提供了多個存儲引擎——包括處理事務安全表的引擎和處理非事務安全表的引擎,在 MySQL 中,不須要在整個服務器中使用同一種存儲引擎,針對具體的要求,能夠對每個表使用不一樣的存儲引擎。html

存儲引擎簡介

MySQL中的數據用各類不一樣的技術存儲在文件(或者內存)中。mysql

這些技術中的每一種技術都使用不一樣的存儲機制、索引技巧、鎖定水平而且最終提供普遍的不一樣的功能和能力。sql

經過選擇不一樣的技術,你可以得到額外的速度或者功能,從而改善你的應用的總體功能。數據庫

而存儲引擎說白了就是緩存

  • 如何存儲數據
  • 如何爲存儲的數據創建索引
  • 如何更新、查詢數據 等技術的實現方法。

例如,若是你在研究大量的臨時數據,你也許須要使用內存存儲引擎,由於內存存儲引擎可以在內存中存儲全部的表格數據。又或者,你也許須要一個支持事務處理的數據庫,以確保事務處理不成功時數據的回退能力,你就要選擇支持事務的存儲引擎。安全

存儲引擎分類介紹

下面就簡單介紹一下MySQL的存儲引擎。bash

InnoDB

InnoDB是一個健壯的事務型存儲引擎,這種存儲引擎已經被不少互聯網公司使用,爲用戶操做很是大的數據存儲提供了一個強大的解決方案。服務器

InnoDB還引入了行級鎖定和外鍵約束,在如下場合下,使用InnoDB是最理想的選擇:併發

  • 更新密集的表。 InnoDB存儲引擎特別適合處理多重併發的更新請求。app

  • 事務。 InnoDB存儲引擎是支持事務的標準MySQL存儲引擎。

  • 自動災難恢復。 與其它存儲引擎不一樣,InnoDB表可以自動從災難中恢復。

  • 外鍵約束。 MySQL支持外鍵的存儲引擎只有InnoDB。

  • 支持自動增長列AUTO_INCREMENT屬性。

  • 從5.7開始innodb存儲引擎成爲默認的存儲引擎。

通常來講,若是須要事務支持,而且有較高的併發讀取頻率,InnoDB是不錯的選擇。

MyISAM

MyISAM表是獨立於操做系統的,這說明能夠輕鬆地將其從Windows服務器移植到Linux服務器。

每當咱們創建一個MyISAM引擎的表時,就會在本地磁盤上創建三個文件,文件名就是表名。

例如,我創建了一個MyISAM引擎的tb_Demo表,那麼就會生成如下三個文件:

  • tb_demo.frm,存儲表定義。
  • tb_demo.MYD,存儲數據。
  • tb_demo.MYI,存儲索引。

MyISAM表沒法處理事務,這就意味着有事務處理需求的表,不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在如下幾種狀況下使用:

  1. 選擇密集型的表。 MyISAM存儲引擎在篩選大量數據時很是迅速,這是它最突出的優勢。
  2. 插入密集型的表。 MyISAM的併發插入特性容許同時選擇和插入數據。

由此看來,MyISAM存儲引擎很適合管理服務器日誌數據。

MRG_MYISAM

MRG_MyISAM存儲引擎是一組MyISAM表的組合,老版本叫 MERGE 實際上是一回事兒。

這些MyISAM表結構必須徹底相同,儘管其使用不如其它引擎突出,可是在某些狀況下很是有用。

說白了,Merge表就是幾個相同MyISAM表的聚合器;Merge表中並無數據,對Merge類型的表能夠進行查詢、更新、刪除操做,這些操做其實是對內部的MyISAM表進行操做。

Merge存儲引擎的使用場景

對於服務器日誌這種信息,通常經常使用的存儲策略是將數據分紅不少表,每一個名稱與特定的時間段相關。

例如,能夠用12個相同的表來存儲服務器日誌數據,每一個表用對應各個月份的名字來命名。當有必要基於全部12個日誌表的數據來生成報表,這意味着須要編寫並更新多表查詢,以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢,不如將這些表合併起來使用一條查詢,以後再刪除Merge表,而不影響原來的數據,刪除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數據表結構的各成員數據表必須具備徹底同樣的結構。 每個成員數據表的數據列必須按照一樣的順序定義一樣的名字和類型,索引也必須按照一樣的順序和一樣的方式定義。

MEMORY

使用MySQL Memory存儲引擎的出發點是速度,爲獲得最快的響應時間,採用的邏輯存儲介質是系統內存。

雖然在內存中存儲表數據確實會提供很高的性能,但當mysqld守護進程崩潰時,全部的Memory數據都會丟失。

得到速度的同時也帶來了一些缺陷。

它要求存儲在Memory數據表裏的數據使用的是長度不變的格式,這意味着不能使用BLOB和TEXT這樣的長度可變的數據類型。VARCHAR是一種長度可變的類型,但由於它在MySQL內部當作長度固定不變的CHAR類型,因此可使用。

通常在如下幾種狀況下使用Memory存儲引擎:

  • 目標數據較小,並且被很是頻繁地訪問。 在內存中存放數據,因此會形成內存的使用,能夠經過參數max_heap_table_size控制Memory表的大小,設置此參數,就能夠限制Memory表的最大大小。
  • 若是數據是臨時的,並且要求必須當即可用,那麼就能夠存放在內存表中。
  • 存儲在Memory表中的數據若是忽然丟失,不會對應用服務產生實質的負面影響。
  • Memory同時支持散列索引和B樹索引。

B樹索引優於散列索引的是,可使用部分查詢和通配查詢,也可使用<、>和>=等操做符方便數據挖掘。

散列索引進行「相等比較」很是快,可是對「範圍比較」的速度就慢多了,所以散列索引值適合使用在=和<>的操做符中,不適合在<或>操做符中,也一樣不適合用在order by子句中。

CSV

CSV 存儲引擎是基於 CSV 格式文件存儲數據。

  • CSV 存儲引擎由於自身文件格式的緣由,全部列必須強制指定 NOT NULL 。
  • CSV 引擎也不支持索引,不支持分區。
  • CSV 存儲引擎也會包含一個存儲表結構的 .frm 文件,還會建立一個 .csv 存儲數據的文件,還會建立一個同名的元信息文件,該文件的擴展名爲 .CSM ,用來保存表的狀態及表中保存的數據量。
  • 每一個數據行佔用一個文本行。

由於 csv 文件自己就能夠被Office等軟件直接編輯,保不齊就有不按規則出牌的狀況,若是出現csv 文件中的內容損壞了的狀況,也可使用 CHECK TABLE 或者 REPAIR TABLE 命令檢查和修復

ARCHIVE

Archive是歸檔的意思,在歸檔以後不少的高級功能就再也不支持了,僅僅支持最基本的插入和查詢兩種功能。

在MySQL 5.5版之前,Archive是不支持索引,可是在MySQL 5.5之後的版本中就開始支持索引了。

Archive擁有很好的壓縮機制,它使用zlib壓縮庫,在記錄被請求時會實時壓縮,因此它常常被用來當作倉庫使用。

BLACKHOLE

MySQL在5.x系列提供了Blackhole引擎–「黑洞」,其做用正如其名字同樣:任何寫入到此引擎的數據均會被丟棄掉, 不作實際存儲;Select語句的內容永遠是空。

這和Linux中的 /dev/null 文件完成的做用徹底一致。

那麼, 一個不能存儲數據的引擎有什麼用呢?

Blackhole雖然不存儲數據,可是MySQL仍是會正常的記錄下Binlog,並且這些Binlog還會被正常的同步到Slave上,能夠在Slave上對數據進行後續的處理。

這樣對於在Master上只須要Binlog而不須要數據的場合下,balckhole就有用了。

BlackHole 還能夠用在如下場景

  • 驗證語法 驗證dump file語法的正確性
  • 檢測負載 以使用blackhole引擎來檢測binlog功能所須要的額外負載
  • 檢測性能 因爲blackhole性能損耗極小,能夠用來檢測除了存儲引擎這個功能點以外的其餘MySQL功能點的性能。

PERFORMANCE_SCHEMA

主要用於收集數據庫服務器性能參數。

MySQL用戶是不能建立存儲引擎爲PERFORMANCE_SCHEMA的表,通常用於記錄binlog作複製的中繼。

在這裏有官方的一些介紹: MySQL Performance Schema

FEDERATED

主要用於訪問其它遠程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。

如何選擇合適的存儲引擎

能夠根據上文中的經常使用引擎對比來選擇你使用的存儲引擎。

使用哪一種引擎須要根據需求靈活選擇,一個數據庫中多個表可使用不一樣的引擎以知足各類性能和實際需求。

使用合適的存儲引擎,將會提升整個數據庫的性能。

下面提供幾個選擇標準,而後按照標準,根據實際狀況,選擇對應的存儲引擎便可:

  1. 是否須要支持事務;
  2. 是否須要使用熱備;
  3. 崩潰恢復,可否接受崩潰;
  4. 是否須要外鍵支持;
  5. 存儲的限制;
  6. 對索引和緩存的支持。
相關文章
相關標籤/搜索