MySQL数据库存储引擎简介

时间 2019-11-06

标签 mysql 数据库存储引擎简介栏目 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存储引擎特别适合在如下几种状况下使用：

选择密集型的表。 MyISAM存储引擎在筛选大量数据时很是迅速，这是它最突出的优势。
插入密集型的表。 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 命令检查和修复

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。

如何选择合适的存储引擎

能够根据上文中的经常使用引擎对比来选择你使用的存储引擎。

使用哪一种引擎须要根据需求灵活选择，一个数据库中多个表可使用不一样的引擎以知足各类性能和实际需求。

使用合适的存储引擎，将会提升整个数据库的性能。

下面提供几个选择标准，而后按照标准，根据实际状况，选择对应的存储引擎便可：

是否须要支持事务；
是否须要使用热备；
崩溃恢复，可否接受崩溃；
是否须要外键支持；
存储的限制；
对索引和缓存的支持。