概述
为了管理方便，人们把连接管理、查询缓存、语法解析、查询优化这些并不涉及真实数据存储的功能划分为MySQL Server的功能，把真实存取数据的功能划分为存储引擎的功能。所以在MySQL Server完成了查询优化后，只需按照生成的执行计划调用底层存储引擎提供的API，获取到数据后返回给客户端就好了。
存储引擎就是存储结构，建立索引，更新查询数据等等技术的实现方式。存储引擎是基于表的，而不是基于库的。所以存储引擎也可被称为表类型。
Oracle、SqlServer等数据库只有一种存储引擎。MySQL提供了插件式的存储架构。所以MySQL存在多种存储引擎。可以根据需要使用相应引擎，或者编写存储引擎。
MySQL5.0支持的存储引擎包含：InnoDB、MyISAM、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等，其中InnoDB和BDB提供事务安全表，其它存储引擎是非事务安全表。
查看存储引擎
# 查看mysql提供什么存储引擎
show engines;
show engines \G;
-
Engine参数：表示存储引擎名称。
-
Support参数：表示MySQL数据库管理系统是否支持该存储引擎，YES表示支持，NO表示不支持。DEFAULT表示系统默认支持的存储引擎。
-
Comment参数：表示对存储引擎的评论。
-
Transactions参数：表示存储引擎是否支持事务，YES表示支持，NO表示不支持。
-
XA参数：表示存储引擎所支持的分布式是否符合XA规范，VES表示支持，NO表示不支持。代表着该存储引擎是否支持分布式事务。
-
Savepoints参数：表示存储引擎是否支持事务处理的保存点，YES表示支持，NO表示不支持。也就是说，该存储引擎是否支持部分事务回滚。
创建新表时如果不指定存储引擎，那么系统就会使用默认的存储引擎，MySQL5.5之前的默认存储引擎是MyISAM，5.5之后就改为了InnoDB。
设置系统默认的存储引擎
# 查看默认的存储引擎
show variables like '%storage_engine%';
#或
SELECT @@default_storage_engine;
如果在创建表的语句中没有显式指定表的存储引擎的话，那就会默认使用 InnoDB 作为表的存储引擎。修改默认的存储引擎：
SET DEFAULT_STORAGE_ENGINE=MyISAM;
或者修改 my.cnf 文件：
default-storage-engine=MyISAM
# 重启服务
systemctl restart mysqld.service
设置表的存储引擎
存储引擎是负责对表中的数据进行提取和写入工作的，我们可以为不同的表设置不同的存储引擎，也就是说不同的表可以有不同的物理存储结构，不同的提取和写入方式。
1、创建表时指定存储引擎
我们之前创建表的语句都没有指定表的存储引擎，那就会使用默认的存储引擎 InnoDB 。如果我们想显式的指定一下表的存储引擎，那可以这么写：
CREATE TABLE 表名(
建表语句;
) ENGINE = 存储引擎名称;
2、修改表的存储引擎
如果表已经建好了，我们也可以使用下边这个语句来修改表的存储引擎：
ALTER TABLE 表名 ENGINE = 存储引擎名称;
# 比如修改一下 engine_demo_table 表的存储引擎
ALTER TABLE engine_demo_table ENGINE = InnoDB;
# 再查看一下 engine_demo_table 的表结构
SHOW CREATE TABLE engine_demo_table\G
引擎介绍
InnoDB
InnoDB引擎：具备外键支持功能的事务存储引擎。
MySQL从3.23.34a开始就包含InnoDB存储引擎。 大于等于5.5之后，默认采用InnoDB引擎。
InnoDB是MySQL的 默认事务型引擎 ，它被设计用来处理大量的短期（short-lived）事务。可以确保事务的完整提交（Commit）和回滚（Rollback）。
除了增加和查询外，还需要更新、删除操作，那么，应优先选择InnoDB存储引擎。除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑InnoDB引擎。
数据文件结构：表名.frm，存储表结构（MySQL8.0时，合并在表名.ibd中）；表名.ibd，存储数据和索引。
InnoDB是为处理巨大数据量的最大性能设计。在以前的版本中，字典数据以元数据文件、非事务表等来存储。现在这些元数据文件被删除了。比如：.frm、.par、.trn、.isl、.db、.opt等都在MySQL8.0中不存在了。
对比MyISAM的存储引擎， InnoDB写的处理效率差一些 ，并且会占用更多的磁盘空间以保存数据和索引。
MyISAM只缓存索引，不缓存真实数据；InnoDB不仅缓存索引还要缓存真实数据， 对内存要求较高 ，而且内存大小对性能有决定性的影响。
MyISAM
MyISAM引擎：主要的非事务处理存储引擎。
MyISAM提供了大量的特性，包括全文索引、压缩、空间函数（GIS）等，但MyISAM不支持事务、行级锁、外键 ，有一个毫无疑问的缺陷就是崩溃后无法安全恢复。
5.5之前默认的存储引擎优势是访问的速度快，对事务完整性没有要求或者以SELECT、INSERT为主的应用针对数据统计有额外的常数存储。故而 count(*) 的查询效率很高。
数据文件结构：表名.frm，存储表结构表名；.MYD，存储数据（MYData）；表名.MYI，存储索引（MYIndex）。
应用场景：只读应用或者以读为主的业务。
Archive
Archive 引擎：用于数据存档。
Blackhole
Blackhole引擎：丢弃写操作，读操作会返回空内容。
CSV
CSV引擎：存储数据时，以逗号分隔各个数据项。
CREATE TABLE test (i INT NOT NULL, c CHAR(10) NOT NULL) ENGINE = CSV;
INSERT INTO test VALUES(1,'record one'),(2,'record two');
SELECT * FROM test;
创建CSV表还会创建相应的元文件 ，用于存储表的状态和表中存在的行数。此文件的名称与表的名称相同，后缀为CSM。
如果检查 test.CSV 通过执行上述语句创建的数据库目录中的文件，其内容使用记事本打开如下：
"1","record one"
"2","record two"
这种格式可以被 Microsoft Excel 等电子表格应用程序读取，甚至写入。
Memory
Memory引擎：置于内存的表。
Memory采用的逻辑介质是内存， 响应速度很快，但是当mysqld守护进程崩溃的时候数据会丢 。另外，要求存储的数据是数据长度不变的格式，比如，Blob和Text类型的数据不可用（长度不固定的）。
主要特征：
-
Memory同时支持哈希（HASH）索引和B+树索引 。
-
Memory表至少比MyISAM表要快一个数量级。
-
Memory表的大小是受到限制的。表的大小主要取决于两个参数，分别是 max_rows 和max_heap_table_size 。其中，max_rows可以在创建表时指定；max_heap_table_size的大小默认为16MB，可以按需要进行扩大。
-
数据文件与索引文件分开存储。
-
缺点：其数据易丢失，生命周期短。所以选择Memory存储引擎时需要特别小心。
使用Memory存储引擎的场景：
-
目标数据比较小 ，而且非常 频繁的进行访问 ，在内存中存放数据，如果太大的数据会造成 内存溢出 。可以通过参数 max_heap_table_size 控制Memory表的大小，限制Memory表的最大的大小。
-
如果数据是临时的，而且必须立即可用得到，那么就可以放在内存中。
-
存储在Memory表中的数据如果突然间丢失的话也没有太大的关系 。
Federated
Federated引擎：访问远程表。
Federated引擎是访问其他MySQL服务器的一个代理，尽管该引擎看起来提供了一种很好的跨服务器的灵活性，但也经常带来问题，因此默认是禁用的。
Merge
Merge引擎：管理多个MyISAM表构成的表集合。
Merge存储引擎是一组MyISAM表的组合，这些MyISAM表必须结构完全相同，Merge表本身没有存储数据，对Merge类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行的。
对于Merge类型表的插入操作，是通过INSET_METHOD子句定义插入的表，可以有3个不同的值，使用FIRST或LAST值使得插入操作被相应的作用在第一或者最后一个表上，不定义这个子句或者定义为NO，表示不能对这个Merge表执行插入操作。
可以对Merge表进行DROP操作，但是这个操作只是删除Merge表的定义，对内部的表是没有任何影响的。
NDB
NDB引擎：MySQL集群专用存储引擎。也叫做 NDB Cluster 存储引擎，主要用于 MySQL Cluster分布式集群环境，类似于 Oracle 的 RAC 集群。
引擎对比
| 特点 | InnoDB | MyISAM | MEMORY | MERGE | NDB |
|---|---|---|---|---|---|
| 存储限制 | 64TB | 有 | 有 | 没有 | 有 |
| 事务安全 | 支持 | ||||
| 锁机制 | 行锁 | 表锁 | 表锁 | 表锁 | 行锁 |
| B树索引 | 支持 | 支持 | 支持 | 支持 | 支持 |
| 哈希索引 | 支持 | ||||
| 全文索引 | 支持（5.6版本之后） | 支持 | |||
| 集群索引 | 支持 | ||||
| 数据索引 | 支持 | 支持 | 支持 | ||
| 索引缓存 | 支持 | 支持 | 支持 | 支持 | 支持 |
| 数据可压缩 | 支持 | ||||
| 空间使用 | 高 | 低 | N/A | 低 | 低 |
| 内存使用 | 高 | 低 | 中等 | 低 | 高 |
| 批量插入速度 | 低 | 高 | 高 | 高 | 高 |
| 支持外键 | 支持 |
最常用的两种存储引擎：InnoDB、MyISAM。另外两种MEMORY、MERGE了解即可。
MyISAM和InnoDB
| 对比项 | MyISAM | InnoDB |
|---|---|---|
| 外键 | 不支持 | 支持 |
| 事务 | 不支持 | 支持 |
| 行表锁 | 表锁，即使操作一条记录也会锁住整个表，不适合高并发的操作 | 行锁，操作时只锁某一行，不对其它行有影响，适合高并发的操作 |
| 缓存 | 只缓存索引，不缓存真实数据 | 不仅缓存索引还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响 |
| 自带系统表使用 | Y | N |
| 关注点 | 性能：节省资源、消耗少、简单业务 | 事务：并发写、事务、更大资源 |
| 默认安装 | Y | Y |
| 默认使用 | N | Y |
阿里巴巴/淘宝用哪个
Percona为MySQL数据库服务器进行了改进，在功能和性能上较 MySQL 有很显著的提升。
该版本提升了在高负载情况下的 InnoDB 的性能、为 DBA 提供一些非常有用的性能诊断工具；另外有更多的参数和命令来控制服务器行为。
该公司新建了一款存储引擎叫 Xtradb 完全可以替代 Innodb ，并且在性能和并发上做得更好。阿里巴巴大部分mysql数据库其实使用的percona的原型加以修改。
补充
InnoDB表的优势
InnoDB存储引擎在实际应用中拥有诸多优势，比如操作便利、提高了数据库的性能、维护成本低等。如果由于硬件或软件的原因导致服务器崩溃，那么在重启服务器之后不需要进行额外的操作。InnoDB崩溃恢复功能自动将之前提交的内容定型，然后撤销没有提交的进程，重启之后继续从崩溃点开始执行。
InnoDB存储引擎在主内存中维护缓冲池，高频率使用的数据将在内存中直接被处理。这种缓存方式应用于多种信息，加速了处理进程。
在专用服务器上，物理内存中高达80%的部分被应用于缓冲池。如果需要将数据插入不同的表中，可以设置外键加强数据的完整性。更新或者删除数据，关联数据将会被自动更新或删除。如果试图将数据插入从表，但在主表中没有对应的数据，插入的数据将被自动移除。如果磁盘或内存中的数据出现崩溃，在使用脏数据之前，校验和机制会发出警告。当每个表的主键都设置合理时，与这些列有关的操作会被自动优化。插入、更新和删除操作通过做改变缓冲自动机制进行优化。InnoDB不仅支持当前读写，也会缓冲改变的数据到数据流磁盘。
InnoDB的性能优势不只存在于长时运行查询的大型表。在同一列多次被查询时，自适应哈希索引会提高查询的速度。使用InnoDB可以压缩表和相关的索引，可以在不影响性能和可用性的情况下创建或删除索引。对于大型文本和BLOB数据，使用动态行形式，这种存储布局更高效。通过查询INFORMATION_SCHEMA库中的表可以监控存储引擎的内部工作。在同一个语句中，InnoDB表可以与其他存储引擎表混用。即使有些操作系统限制文件大小为2GB，InnoDB仍然可以处理。当处理大数据量时，InnoDB兼顾CPU，以达到最大性能。
InnoDB和ACID模型
ACID模型是一系列数据库设计规则，这些规则着重强调可靠性，而可靠性对于商业数据和任务关键型应用非常重要。MySQL包含类似InnoDB存储引擎的组件，与ACID模型紧密相连，这样出现意外时，数据不会崩溃，结果不会失真。如果依赖ACID模型，可以不使用一致性检查和崩溃恢复机制。如果拥有额外的软件保护，极可靠的硬件或者应用可以容忍一小部分的数据丢失和不一致，可以将MySQL设置调整为只依赖部分ACID特性，以达到更高的性能。
InnoDB存储引擎与ACID模型相同作用的四个方面：
-
原子方面：ACID的原子方面主要涉及InnoDB事务，与MySQL相关的特性主要包括：自动提交设置。COMMIT语句。ROLLBACK语句。操作INFORMATION_SCHEMA库中的表数据。
-
一致性方面：ACID模型的一致性主要涉及保护数据不崩溃的内部InnoDB处理过程，与MySQL相关的特性。主要包括：InnoDB双写缓存。InnoDB崩溃恢复。
-
隔离方面：隔离是应用于事务的级别，与MySQL相关的特性主要包括：自动提交设置。SET ISOLATION LEVEL语句。InnoDB锁的低级别信息。
-
持久性方面：ACID模型的持久性主要涉及与硬件配置相互影响的MySQL软件特性。由于硬件复杂多样化，耐久性方面没有具体的规则可循。与MySQL相关的特性有：
-
InnoDB双写缓存，通过innodb_doublewrite配置项配置。
-
配置项innodb_flush_log_at_trx_commit。
-
配置项sync_binlog。
-
配置项innodb_file_per_table。
-
存储设备的写入缓存。
-
存储设备的备用电池缓存。
-
运行MySQL的操作系统。
-
持续的电力供应。
-
备份策略。
-
对分布式或托管的应用，最主要的在于硬件设备的地点以及网络情况。
-
InnoDB架构
1、缓冲池：缓冲池是主内存中的一部分空间，用来缓存已使用的表和索引数据。缓冲池使得经常被使用的数据能够直接在内存中获得，从而提高速度。
2、更改缓存：更改缓存是一个特殊的数据结构，当受影响的索引页不在缓存中时，更改缓存会缓存辅助索引页的更改。索引页被其他读取操作时会加载到缓存池，缓存的更改内容就会被合并。不同于集群索引，辅助索引并非独一无二的。当系统大部分闲置时，清除操作会定期运行，将更新的索引页刷入磁盘。更新缓存合并期间，可能会大大降低查询的性能。在内存中，更新缓存占用一部分InnoDB缓冲池。在磁盘中，更新缓存是系统表空间的一部分。更新缓存的数据类型由innodb_change_buffering配置项管理。
3、自适应哈希索引：自适应哈希索引将负载和足够的内存结合起来，使得InnoDB像内存数据库一样运行，不需要降低事务上的性能或可靠性。这个特性通过innodb_adaptive_hash_index选项配置，或者通过–skip-innodb_adaptive_hash_index命令行在服务启动时关闭。
4、重做日志缓存：重做日志缓存存放要放入重做日志的数据。重做日志缓存大小通过innodb_log_buffer_size配置项配置。重做日志缓存会定期地将日志文件刷入磁盘。大型的重做日志缓存使得大型事务能够正常运行而不需要写入磁盘。
5、系统表空间：系统表空间包括InnoDB数据字典、双写缓存、更新缓存和撤销日志，同时也包括表和索引数据。多表共享，系统表空间被视为共享表空间。
6、双写缓存：双写缓存位于系统表空间中，用于写入从缓存池刷新的数据页。只有在刷新并写入双写缓存后，InnoDB才会将数据页写入合适的位置。
7、撤销日志：撤销日志是一系列与事务相关的撤销记录的集合，包含如何撤销事务最近的更改。如果其他事务要查询原始数据，可以从撤销日志记录中追溯未更改的数据。撤销日志存在于撤销日志片段中，这些片段包含于回滚片段中。
8、每个表一个文件的表空间：每个表一个文件的表空间是指每个单独的表空间创建在自身的数据文件中，而不是系统表空间中。这个功能通过innodb_file_per_table配置项开启。每个表空间由一个单独的.ibd数据文件代表，该文件默认被创建在数据库目录中。
9、通用表空间：使用CREATE TABLESPACE语法创建共享的InnoDB表空间。通用表空间可以创建在MySQL数据目录之外能够管理多个表并支持所有行格式的表。
10、撤销表空间：撤销表空间由一个或多个包含撤销日志的文件组成。撤销表空间的数量由innodb_undo_tablespaces配置项配置。
11、临时表空间：用户创建的临时表空间和基于磁盘的内部临时表都创建于临时表空间。innodb_temp_data_file_path配置项定义了相关的路径、名称、大小和属性。如果该值为空，默认会在innodb_data_home_dir变量指定的目录下创建一个自动扩展的数据文件。
12、重做日志：重做日志是基于磁盘的数据结构，在崩溃恢复期间使用，用来纠正数据。正常操作期间，重做日志会将请求数据进行编码，这些请求会改变InnoDB表数据。遇到意外崩溃后，未完成的更改会自动在初始化期间重新进行。
存储引擎的选择
在选择存储引擎时，应该根据应用系统的特点选择合适的存储引擎。对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。以下是几种常用的存储引擎的使用环境。
-
InnoDB：是Mysql的默认存储引擎，用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包含很多的更新、删除操作，那么InnoDB存储引擎是比较合适的选择。InnoDB存储引擎除了有效的降低由于删除和更新导致的锁定，还可以确保事务的完整提交和回滚，对于类似于计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB是最合适的选择。
-
MyISAM：如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常合适的。
-
MEMORY：将所有数据保存在RAM中，在需要快速定位记录和其他类似数据环境下，可以提供极快的访问。MEMORY的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果。
-
MERGE：用于将一系列等同的MyISAM表以逻辑方式组合在一 起，并作为一个对象引用他们。MERGE表的优点在于可以突破对单个MyISAM表的大小限制，并且通过将不同的表分布在多个磁盘上，可以有效的改善MERGE表的访问效率。这对于存储诸如数据仓储等VLDB环境十分合适。
评论区