👀 MySQL-04-存储引擎(Engine)
👀 MySQL-04-存储引擎(Engine)
1 开篇介绍
👋 Hello 大家好，我是 Nagase ，MySQL 从删库到跑路 ，又到了学习 MySQL 的时刻，接下来就让我们感受一下 MySQL 独特的魅力吧。
在该篇博客中，我们主要介绍 存储引擎（Engine） 相关的内容。祝你学的开心 🥳 。
2 什么是存储引擎
在我们的现实生活中，我们用来存储数据的文件有不同的类型，每种文件的类型对应各自不同的处理机制，比如：处理纯文本使用 txt 类型，处理表格用 Excel 类型，处理图片使用 png 类型等。
因此，数据库中的表也应该有不同的类型，不同表的类型，MySQL 就会采用不同的处理机制来处理。
数据库存储引擎就是数据库底层软件组件，数据库管理系统使用数据引擎进行创建、查询、更新和删除操作，简而言之，存储引擎就是指表的类型。数据库的存储引擎决定了表在计算机中的存储方式。
所谓的 存储引擎，直白的讲就是如何存储数据、如何为存储的数据建立索引、如何更新、查询数据等技术的实现方法。因为在关系数据库中，数据的存储是以 表 的形式存储的，所以存储引擎又可以称为 表类型 。
在 Oracle 和 SQL Server 等数据库服务器中只有一种存储引擎，所有数据存储管理机制都是一样的。
而 MySQL 数据库提供了多种存储引擎。用户可以根据不同的需求为数据表选择不同的存储引擎。
SQL 解析器、SQL 优化器、缓冲池、存储引擎等组件在每个数据库中都存在，但不是每个数据库都有这么多存储引擎。MySQL的 插件式存储引擎 可以让存储引擎层的开发人员设计他们希望的存储层，比如说，有的应用需要满足事务的要求，有的应用则不需要对事务有这么强的要求；有的希望数据能持久存储，有的只希望放在内存中，临时并快速的提供对数据的查询。
3 MySQL 支持的存储引擎
使用 SQL 语句查看 MySQL 支持的存储引擎
mysql> SHOW ENGINES; -- 查看所有存储引擎
Support 列的值表示某种引擎是否能使用，YES 表示可以使用，NO 表示不能使用，DEFAULT 表示该引擎为当前默认的存储引擎。
3.1 InnoDB 存储引擎
支持事务 ，其设计目标主要面向 联机事务处理(OLTP) 数据库应用。
其特点是 行锁设计 、 支持外键 ，并支持类似 Oracle 的非锁定读，即默认读取操作不会产生锁。从 MySQL 5.5.8 版本开始是 默认的存储引擎。
InnoDB 存储引擎将数据放在一个逻辑的表空间中，这个表空间就像黑盒一样由 InnoDB 存储引擎自身来管理。从 MySQL 4.1(包括 4.1)版本开始，可以将每个 InnoDB 存储引擎的表单独存放到一个独立的 ibd 文件中。此外，InnoDB 存储引擎支持将裸设备(row disk)用于建立其表空间。
InnoDB 通过使用 多版本并发控制（MVCC） 来获得高并发性，并且实现了 SQL 标准的 4 种隔离级别，默认为 REPEATABLE 级别，同时使用一种称为 next-key locking 的策略来避免 幻读(phantom) 现象的产生。
除此之外，InnoDB 存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead) 等高性能和高可用的功能。
对于 表中数据的存储 ， InnoDB 存储引擎采用了 聚集(clustered) 的方式， 每张表都是按主键的顺序进行存储的 ，如果 没有显式地 在表定义时 指定主键 ，InnoDB 存储引擎会为每一行生成一个 6 字节的 ROWID ，并以此作为 主键 。
InnoDB 存储引擎是 MySQL 数据库最为常用的一种引擎，Facebook、Google、Yahoo 等公司的成功应用已经证明了 InnoDB 存储引擎具备高可用性、高性能以及高可扩展性。对其底层实现的掌握和理解也需要时间和技术的积累。如果想深入了解 InnoDB 存储引擎的工作原理、实现和应用，可以参考 《MySQL技术内幕：InnoDB存储引擎》 一书。
3.2 MyISAM 存储引擎
不支持事务、表锁设计、支持全文索引，主要面向一些 联机分析处理(OLAP) 数据库应用。
在 MySQL 5.5.8 版本 之前 是默认的存储引擎(除 Windows 版本外)。数据库系统与文件系统一个很大的不同在于对事务的支持，MyISAM 存储引擎是 不支持事务 的。究其根本，这也并不难理解。用户在所有的应用中是否都需要事务呢？在数据仓库中，如果没有 ETL 这些操作,只是简单地通过报表查询还需要事务的支持吗？此外，MyISAM 存储引擎的另一个与众不同的地方是，它的 缓冲池只缓存(cache)索引文件 ，而 不缓存数据 文件，这与大多数的数据库都不相同。
3.3 NDB 存储引擎
2003年，MySQL AB 公司从 Sony Ericsson 公司收购了 NDB 存储引擎。 NDB 存储引擎是一个集群存储引擎，类似于 Oracle 的 RAC 集群，不过与 Oracle RAC 的 share everything 结构不同的是，其结构是 share nothing 的集群架构，因此能提供更高级别的高可用性。NDB 存储引擎的特点是数据全部放在内存中(从 5.1 版本开始,可以将非索引数据放在磁盘上)，因此主键查找(primary key lookups)的速度极快，并且能够在线添加 NDB 数据存储节点(data node)以便线性地提高数据库性能。由此可见，NDB 存储引擎是高可用、高性能、高可扩展性的数据库集群系统，其面向的也是 OLTP 的数据库应用类型。
3.4 Memory 存储引擎
正如其名，Memory 存储引擎中的数据都存放在 内存 中，数据库重启或发生崩溃，表中的数据都将消失。它非常适合于存储 联机事务处理（OLTP） 数据库应用中临时数据的 临时表 ，也可以作为 联机分析处理（OLAP） 数据库应用中数据仓库的维度表。Memory 存储引擎默认使用 哈希索引 ，而不是通常熟悉的 B+ 树 索引。
3.5 Infobright 存储引擎
第三方的存储引擎。其特点是存储是按照列而非行的，因此非常适合 OLAP 的数据库应用。其官方网站是http://www.infobright.org/，上面有不少成功的数据仓库案例可供分析。
3.6 NTSE 存储引擎
网易公司开发的面向其内部使用的存储引擎。目前的版本不支持事务，但提供压缩、行级缓存等特性，不久的将来会实现面向内存的事务支持。
3.7 BLACKHOLE 存储引擎
黑洞存储引擎，可以应用于主备复制中的分发主库。
MySQL 数据库还有很多其他存储引擎，上述只是列举了最为常用的一些引擎。如果你喜欢，完全可以编写专属于自己的引擎，这就是开源赋予我们的能力，也是开源的魅力所在。
4 MySQL 默认存储引擎
如果需要操作默认存储引擎，首先需要查看默认的存储引擎，可以通过 SQL 语句来查看默认的存储引擎，如下 SQL 语句所示：
mysql> SHOW VARIABLES WHERE variable_name = 'default_storage_engine';
或者采用如图所示的命令也可以：
执行结果显示，InnoDB 存储引擎为默认存储引擎。
5 临时修改默认存储引擎
使用下面 SQL 语句可以 临时修改 数据库默认存储引擎：
mysql> SET default_storage_engine=MyISAM; -- 临时修改默认存储引擎
此时，可以发现 MySQL 的默认存储引擎已经变成了 MyISAM。但是当下次登录客户端时，默认存储引擎仍然是 InnoDB 。
6 修改表的存储引擎
MySQL 中修改表的存储引擎的语法格式如下：
ALTER TABLE <表名> ENGINE=<存储引擎名>;
在修改存储引擎之前，先使用 SHOW CREATE TABLE 语句查看 emoji_info 表当前的存储引擎，如下图所示：
可以看到，emoji_info 表当前的存储引擎为 InnoDB。
将 emoji_info 表的存储引擎修改为 MyISAM 类型，SQL 语句为：
ALTER TABLE `emoji_info` ENGINE=MyISAM;
使用 SHOW CREATE TABLE 语句再次查看 emoji_info 表的存储引擎，会发现 emoji_info 表的存储引擎变成了MyISAM，如下图所示：
注意⚠️：以上这种方法适用于修改单个表的存储引擎，如果希望修改默认的存储引擎，就需要修改 my.cnf 配置文件。在 my.cnf 配置文件的 [mysqld] 下面加入以下语句：
default-storage-engine=存储引擎名称
