【MySQL】存储引擎（一）：存储引擎介绍

ゝ一纸荒年。 2022-11-01 00:46 288阅读 0赞

首先来想一个问题，在关系型数据库里面，数据是放在什么结构里面的？答：放在表Table里面的，我们可以把这个表理解成Excel电子表格的形式。

所以，我们的表在存储数据的同时，还要组织数据的存储结构，这个存储结构就是由我们的存储引擎决定的，所以我们也可以把存储引擎叫做表类型。

在MySQL里面，支持多种存储引擎，他们是可以替换的，所以叫做插件式的存储引擎。为什么要搞这么多存储引擎呢？一种还不够用吗？这个问题先留着。

### 1.查看存储引擎 ###

比如我们数据库里面已经存在的表，我们怎么查看它们的存储引擎呢？

show table status from `forum`; --forum是指定数据库名

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-InyXfWHT-1603815339184)(Untitled.assets/image-20201027171707820.png)\]][img-InyXfWHT-1603815339184_Untitled.assets_image-20201027171707820.png]

另外，还通过DDL建表语句来查看。

在MySQL里面，我们创建的每一张表都可以指定它的存储引擎，而不是一个数据库只能使用一个存储引擎。存储引擎的使用是以表为单位的。而且，创建表之后还可以修改存储引擎。

我们说一张表使用的存储引擎决定我们存储数据的结构，那在服务器上它们是怎么存储的呢？我们先要找到数据库存放数据的路径：

show variables like 'datadir';

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-drfIrsP1-1603815339187)(Untitled.assets/image-20201027172157794.png)\]][img-drfIrsP1-1603815339187_Untitled.assets_image-20201027172157794.png]

默认情况下，每个数据库有一个自己文件夹，以forum数据库为例。

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-knZMp5Cv-1603815339189)(Untitled.assets/image-20201027172605747.png)\]][img-knZMp5Cv-1603815339189_Untitled.assets_image-20201027172605747.png]

任何一个存储引擎都有一个frm文件，这个是表结构定义文件。不同的存储引擎存放数据的方式不一样，产生的文件也不一样，innodb 是 1 个，memory没有，myisam是两个。

这些存储引擎的差别在哪呢？

### 2.MySQL 支持的存储引擎 ###

MyISAM 和InnoDB 是我们用得最多的两个存储引擎，在 MySQL 5.5 版本之前，默认的存储引擎是MyISAM，它是MySQL自带的。我们创建表的时候不指定存储引擎，它就会使用MyISAM作为存储引擎。MyISAM的前身是ISAM（IndexedSequentialAccessMethod：利用索引，顺序存取数据的方法）。

5.5版本之后默认的存储引擎改成了InnoDB，它是第三方公司为MySQL开发的。为什么要改呢？最主要的原因还是InnoDB 支持事务，支持行级别的锁，对于业务一致性要求高的场景来说更适合。

> 这个里面又有Oracle和MySQL公司的一段恩怨情仇。
> 
>   
> InnoDB本来是InnobaseOy公司开发的， 它和MySQLAB公司合作开源了InnoDB的代码。但是没想到MySQL的竞争对手Oracle把InnobaseOy收购了。后来08年Sun公司（开发Java语言的Sun）收购了MySQLAB，09年Sun公司又被 Oracle 收购了，所以 MySQL，InnoDB 又是一家了。有人觉得 MySQL 越来越像Oracle，其实也是这个原因。

那么除了这两个我们最熟悉的存储引擎，数据库还支持其他哪些常用的存储引擎呢？我们可以用这个命令查看数据库对存储引擎的支持情况：

show engines;

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Su09LV1i-1603815339190)(Untitled.assets/image-20201027173124782.png)\]][img-Su09LV1i-1603815339190_Untitled.assets_image-20201027173124782.png]

其中有存储引擎的描述和对事务、XA协议和Savepoints的支持。

*  XA协议用来实现分布式事务（分为本地资源管理器，事务管理器）。
 *  Savepoints用来实现子事务（嵌套事务）。创建了一个Savepoints之后，事务就可以回滚到这个点，不会影响到创建Savepoints之前的操作。

**比较分析**

这些数据库支持的存储引擎，分别有什么特性呢？

1）**MyISAM**（3 个文件）

> 应用范围比较小。表级锁定限制了读/写的性能，因此在Web 和数据仓库配置中，它通常用于只读或以读为主的工作。

*  支持表级别的锁（插入和更新会锁表）。不支持事务
 *  拥有较高的插入（insert）和查询（select）速度
 *  存储了表的行数（count速度更快）。（怎么快速向数据库插入100万条数据？我们有一种先用MyISAM插入数据，然后修改存储引擎为InnoDB的操作）
 *  适用：只读之类的数据分析的项目

2）**InnoDB**（2 个文件）

> mysql5.7中的默认存储引擎。 InnoDB是一个事务安全（与ACID兼容）的MySQL存储引擎，它具有提交、回滚和崩溃恢复功能来保护用户数据。InnoDB行级锁（不升级为更粗粒度的锁）和Oracle风格的一致非锁读提高了多用户并发性和性能。InnoDB将用户数据存储在聚集索引中，以减少基于主键的常见查询的I/O。为了保持数据完整性，InnoDB还支持外键引用完整性约束。

*  支持事务，支持外键，因此数据的完整性、一致性更高
 *  支持行级别的锁和表级别的锁
 *  支持读写并发，写不阻塞读（MVCC）
 *  特殊的索引存放方式，可以减少IO，提升查询效率
 *  适用：经常更新的表，存在并发读写或者有事务处理的业务系统

3）**Memory**（1 个文件）

> 将所有数据存储在RAM中，以便在需要快速查找非关键数据的环境中快速访问。这个引擎以前被称为堆引擎。其使用案例正在减少； InnoDB及其缓冲池内存区域提供了一种通用、持久的方法来将大部分或所有数据保存在内存中，而ndbcluster为大型分布式数据集提供了快速的键值查找。

*  把数据放在内存里面，读写的速度很快，但是数据库重启或者崩溃，数据会全部消失。只适合做临时表。
 *  将表中的数据存储到内存中

4）**CSV**（3 个文件）

> 它的表实际上是带有逗号分隔值的文本文件。 csv表允许以csv格式导入或转储数据，以便与读写相同格式的脚本和应用程序交换数据。因为csv 表没有索引，所以通常在正常操作期间将数据保存在innodb表中，并且只在导入或导出阶段使用csv表。

不允许空行，不支持索引。格式通用，可以直接编辑，适合在不同数据库之间导入导出。

5）**Archive**（2 个文件）

> 这些紧凑的未索引的表用于存储和检索大量很少引用的历史、存档或安全审计信息。

不支持索引，不支持update delete.

这是MySQL里面常见的一些存储引擎，我们看到了，不同的存储引擎提供的特性都不一样，它们有不同的存储机制、索引方式、锁定水平等功能。我们在不同的业务场景中对数据操作的要求不同，就可以选择不同的存储引擎来满足我们的需求，这个就是MySQL支持这么多存储引擎的原因。

### 3.如何选择存储引擎？ ###

*  如果对数据一致性要求比较高，需要事务支持，可以选择InnoDB。
 *  如果数据查询多更新少，对查询性能要求比较高，可以选择MyISAM。
 *  如果需要一个用于查询的临时表，可以选择Memory。
 *  如果所有的存储引擎都不能满足你的需求，并且技术能力足够，可以根据官网内部[手册][Link 1]用C语言开发一个存储引擎

[img-InyXfWHT-1603815339184_Untitled.assets_image-20201027171707820.png]: /images/20221024/2b19cfdd21754ba5a4ca5623c38ba1c0.png
[img-drfIrsP1-1603815339187_Untitled.assets_image-20201027172157794.png]: /images/20221024/0d13e40878bc4f01b3c69835027838ed.png
[img-knZMp5Cv-1603815339189_Untitled.assets_image-20201027172605747.png]: /images/20221024/1a2d131e48654f8592c2841dd09df596.png
[img-Su09LV1i-1603815339190_Untitled.assets_image-20201027173124782.png]: /images/20221024/d16b4ec2a43c4def9b18616f66eaa200.png
[Link 1]: https://dev.mysql.com/doc/internals/en/custom-engine.html