创建新表时，可以通过向 语句 添加 ENGINE 表选项来 指定要使用的存储引擎 CREATE TABLE ：

- 除非您设置了不同的，否则不需要ENGINE = INNODB
- 默认存储引擎。
CREATE TABLE t1（i INT）ENGINE = INNODB;
- 简单的表定义可以从一个切换到另一个。
CREATE TABLE t2（i INT）ENGINE = CSV;
CREATE TABLE t3（i INT）ENGINE = MEMORY;

省略该 ENGINE 选项时，将使用默认存储引擎。 默认引擎 InnoDB 在MySQL 8.0中。 您可以使用 --default-storage-engine 服务器启动选项 指定默认引擎 ，也可以通过 default-storage-engine 在 my.cnf 配置文件中 设置 选项 来指定默认引擎 。

您可以通过设置 default_storage_engine 变量 为当前会话设置默认存储引擎 ：

SET default_storage_engine = NDBCLUSTER;

通过在启动时或运行时 设置 ，可以 通过设置 TEMPORARY 创建 的 表 的存储引擎 与 CREATE TEMPORARY TABLE 永久表的引擎分开设置 default_tmp_storage_engine 。

要将表从一个存储引擎转换为另一个存储引擎，请使用 ALTER TABLE 指示新引擎 的 语句：

ALTER TABLE t ENGINE = InnoDB;

请参见 第13.1.20节“CREATE TABLE语法” 和 第13.1.9节“ALTER TABLE语法” 。

如果您尝试使用未编译但未编译但已停用的存储引擎，则MySQL会使用默认存储引擎创建表。 例如，在复制设置中，您的主服务器可能使用 InnoDB 表来获得最大安全性，但是从服务器使用其他存储引擎来提高速度，但会牺牲持久性或并发性。

默认情况下，无论何时 CREATE TABLE 或 ALTER TABLE 不能使用默认存储引擎 都会生成警告 。 如果所需的引擎不可用，为了防止出现令人困惑的意外行为，请启用 NO_ENGINE_SUBSTITUTION SQL模式。 如果所需的引擎不可用，则此设置会产生错误而不是警告，并且不会创建或更改该表。 请参见 第5.1.11节“服务器SQL模式” 。

MySQL可以将表的索引和数据存储在一个或多个其他文件中，具体取决于存储引擎。 表和列定义存储在MySQL数据字典中。 各个存储引擎会创建他们管理的表所需的任何其他文件。 如果表名包含特殊字符，则表文件的名称包含这些字符的编码版本，如 第9.2.3节“标识符到文件名的映射”中所述 。

MyISAM 基于旧的（不再可用） ISAM 存储引擎，但有许多有用的扩展。

每个 MyISAM 表都存储在磁盘上的两个文件中。 这些文件的名称以表名开头，并具有指示文件类型的扩展名。 数据文件具有 .MYD （ MYData ）扩展名。 索引文件具有 .MYI （ MYIndex ）扩展名。 表定义存储在MySQL数据字典中。

要明确指定您想要一个 MyISAM 表，请使用 ENGINE 表选项 指示 ：

CREATE TABLE t（i INT）ENGINE = MYISAM;

在MySQL 8.0中，通常需要使用它 ENGINE 来指定 MyISAM 存储引擎，因为 InnoDB 它是默认引擎。

您可以 MyISAM 使用 mysqlcheck 客户端或 myisamchk 实用程序 检查或修复 表 。 您还可以 MyISAM 使用 myisampack 压缩 表 以占用更少的空间。 请参见 第4.5.3节“ mysqlcheck - 表维护程序” ， 第4.6.4节“ myisamchk - MyISAM表维护实用程序” 和 第4.6.6节“ myisampack - 生成压缩，只读MyISAM表” 。

在MySQL 8.0中， MyISAM 存储引擎不提供分区支持。 在以前版本的MySQL中创建的 分区 MyISAM 表不能在MySQL 8.0中使用 。 有关更多信息，请参见 第23.6.2节“分区与存储引擎相关的限制” 。 有关升级此类表以便在MySQL 8.0中使用它们的帮助，请参见 第2.11.4节“MySQL 8.0中的更改” 。

MyISAM 表具有以下特征：

MyISAM 还支持以下功能：

其他资源

错误：无法修复表：test.g00pages

警告：修复./test/g00pages时找到354行中的344行

客户正在使用或未正确关闭表

的 MEMORY 存储引擎（以前称为 HEAP ）创建具有存储在存储器中的内容的专用的表。 由于数据易受崩溃，硬件问题或断电影响，因此只能将这些表用作临时工作区或从其他表中提取数据的只读缓存。

CREATE TABLE t（i INT）ENGINE = MEMORY;

mysql> 
mysql> 
mysql>CREATE TABLE test ENGINE=MEMORY
           SELECT ip,SUM(downloads) AS down
           FROM log_table GROUP BY ip;SELECT COUNT(ip),AVG(down) FROM test;DROP TABLE test;

CREATE TABLE查找
    （id INT，INDEX USING HASH（id））
    ENGINE = MEMORY;
CREATE TABLE查找
    （id INT，索引使用BTREE（id））
    ENGINE = MEMORY;

SUM_OVER_ALL_BTREE_KEYS（max_length_of_key+ sizeof（char *）* 4）
+ SUM_OVER_ALL_HASH_KEYS（sizeof（char *）* 2）
+ ALIGN（length_of_row+ 1，sizeof（char *））

MySQL的> SET max_heap_table_size = 1024*1024;
查询正常，0行受影响（0.00秒）

MySQL的> CREATE TABLE t1 (id INT, UNIQUE(id)) ENGINE = MEMORY;
查询OK，0行受影响（0.01秒）

MySQL的> SET max_heap_table_size = 1024*1024*2;
查询正常，0行受影响（0.00秒）

MySQL的> CREATE TABLE t2 (id INT, UNIQUE(id)) ENGINE = MEMORY;
查询正常，0行受影响（0.00秒）

在 CSV 使用逗号分隔值格式的文本文件存储引擎存储数据。

该 CSV 存储引擎总是被编译到MySQL服务器。

要检查 CSV 引擎 的源代码 ，请查看 storage/csv MySQL源代码分发 的 目录。

创建 CSV 表时，服务器会创建一个纯文本数据文件，其名称以表名开头并具有 .CSV 扩展名。 将数据存储到表中时，存储引擎会以逗号分隔值格式将其保存到数据文件中。

MySQL的> CREATE TABLE test (i INT NOT NULL, c CHAR(10) NOT NULL)
       ENGINE = CSV;
查询正常，0行受影响（0.06秒）

MySQL的> INSERT INTO test VALUES(1,'record one'),(2,'record two');
查询OK，2行受影响（0.05秒）
记录：2个重复：0个警告：0

MySQL的> SELECT * FROM test;
+  -  + ------------ +
| 我| c |
+  -  + ------------ +
| 1 | 记录一个|
| 2 | 记录两个|
+  -  + ------------ +
2行（0.00秒）

创建 CSV 表还会创建相应的元文件，该元文件存储表的状态和表中存在的行数。 此文件的名称与具有扩展名的表的名称相同 CSM 。

如果检查 test.CSV 通过执行前面的语句创建的数据库目录中 的 文件，其内容应如下所示：

“1”，“记录一”
“2”，“记录2”

这种格式可以通过电子表格应用程序（如Microsoft Excel或StarOffice Calc）读取甚至编写。

MySQL的> CHECK TABLE csvtest;
+ -------------- + ------- + ---------- + ---------- +
| 表| Op | Msg_type | Msg_text |
+ -------------- + ------- + ---------- + ---------- +
| test.csvtest | 检查| 状态| 好的
+ -------------- + ------- + ---------- + ---------- +

MySQL的> CHECK TABLE csvtest;
+ -------------- + ------- + ---------- + ---------- +
| 表| Op | Msg_type | Msg_text |
+ -------------- + ------- + ---------- + ---------- +
| test.csvtest | 检查| 错误| 腐败|
+ -------------- + ------- + ---------- + ---------- +

MySQL的> CHECK TABLE csvtest;
+ -------------- + ------- + ---------- + --------------- ------------- +
| 表| Op | Msg_type | Msg_text |
+ -------------- + ------- + ---------- + --------------- ------------- +
| test.csvtest | 检查| 警告| 表被标记为崩溃|
| test.csvtest | 检查| 状态| 好的
+ -------------- + ------- + ---------- + --------------- ------------- +

MySQL的> REPAIR TABLE csvtest;
+ -------------- + -------- + ---------- + ---------- +
| 表| Op | Msg_type | Msg_text |
+ -------------- + -------- + ---------- + ---------- +
| test.csvtest | 修理| 状态| 好的
+ -------------- + -------- + ---------- + ---------- +

该 ARCHIVE 存储引擎产生大量未索引数据存储在一个非常小的足迹专用表。

该 ARCHIVE 存储引擎包含在MySQL二进制分发。 要从源代码构建MySQL，要启用此存储引擎，请 使用该 选项 调用 CMake -DWITH_ARCHIVE_STORAGE_ENGINE 。

要检查 ARCHIVE 引擎 的源代码 ，请查看 storage/archive MySQL源代码分发 的 目录。

您可以 ARCHIVE 使用该 SHOW ENGINES 语句 检查 存储引擎是否可用 。

创建 ARCHIVE 表时，存储引擎会创建名称以表名开头的文件。 数据文件的扩展名为 .ARZ 。 在 .ARN 优化过程中操作文件可能会出现。

该 ARCHIVE 引擎支持 INSERT ， REPLACE 和 SELECT ，而不是 DELETE 或 UPDATE 。 它支持 ORDER BY 操作， BLOB 列和空间数据类型（请参见 第11.5.1节“空间数据类型” ）。 不支持地理空间参考系统。 该 ARCHIVE 发动机采用了行级锁。

该 ARCHIVE 引擎支持 AUTO_INCREMENT column属性。 该 AUTO_INCREMENT 列可以具有唯一或非唯一索引。 尝试在任何其他列上创建索引会导致错误。 该 ARCHIVE 引擎还支持 语句中 的 AUTO_INCREMENT table选项， CREATE TABLE 以指定新表的初始序列值或分别重置现有表的序列值。

ARCHIVE 不支持将值插入 AUTO_INCREMENT 小于当前最大列值的列。 尝试这样做会导致 ER_DUP_KEY 错误。

该 ARCHIVE 引擎将忽略 BLOB 列，如果没有要求，并扫描他们过去在阅读它们。

该 ARCHIVE 存储引擎不支持分区。

存储： 行在插入时被压缩。 该 ARCHIVE 引擎使用 zlib 无损数据压缩（参见 http://www.zlib.net/ ）。 您可以使用它 OPTIMIZE TABLE 来分析表格并将其打包成较小的格式（出于使用原因 OPTIMIZE TABLE ，请参阅本节后面的内容）。 引擎也支持 CHECK TABLE 。 有几种类型的插入使用：

检索 ：在检索时，行按需解压缩; 没有行缓存。 一个 SELECT 操作执行一个完整的表扫描：当 SELECT 发生时，它发现有多少行是目前可用的和读取的行数。 SELECT 以一致的读数执行。 请注意， SELECT 插入过程 中的大量 语句会导致压缩性能下降，除非仅使用批量插入。 要获得更好的压缩效果，可以使用 OPTIMIZE TABLE 或 REPAIR TABLE 。 ARCHIVE 报告的表中 的行数 SHOW TABLE STATUS 始终准确。 请参见 第13.7.3.4节“OPTIMIZE TABLE语法” ， 第13.7.3.5节“修复表语法” ，以及 第13.7.6.36节“显示表状态语法” 。

其他资源

该 BLACKHOLE 存储引擎作为一个 “ 黑洞 ” ，它接受的数据，但它扔了出去，不存储。 检索始终返回空结果：

MySQL的> CREATE TABLE test(i INT, c CHAR(10)) ENGINE = BLACKHOLE;
查询正常，0行受影响（0.03秒）

MySQL的> INSERT INTO test VALUES(1,'record one'),(2,'record two');
查询正常，2行受影响（0.00秒）
记录：2个重复：0个警告：0

MySQL的> SELECT * FROM test;
空集（0.00秒）

要从 BLACKHOLE 源代码构建MySQL， 要启用 存储引擎，请 使用该 选项 调用 CMake -DWITH_BLACKHOLE_STORAGE_ENGINE 。

要检查 BLACKHOLE 引擎 的源代码 ，请查看 sql MySQL源代码分发 的 目录。

创建 BLACKHOLE 表时，服务器在全局数据字典中创建表定义。 没有与该表关联的文件。

该 BLACKHOLE 存储引擎支持所有类型的索引。 也就是说，您可以在表定义中包含索引声明。

该 BLACKHOLE 存储引擎不支持分区。

您可以 BLACKHOLE 使用该 SHOW ENGINES 语句 检查 存储引擎是否可用 。

插入 BLACKHOLE 表中不会存储任何数据，但如果启用了基于语句的二进制日志记录，则会记录SQL语句并将其复制到从属服务器。 这可用作转发器或过滤器机制。

假设您的应用程序需要从属端过滤规则，但首先将所有二进制日志数据传输到从属服务器会导致流量过大。 在这种情况下，可以在主主机上设置 其默认存储引擎 的 “ 虚拟 ” 从属进程， BLACKHOLE 如下所示：

图16.1使用BLACKHOLE进行过滤的复制

主机写入其二进制日志。 的 “ 虚设 ” 的mysqld 过程是一个从机，施加的所需组合 replicate-do-* 和 replicate-ignore-* 规则，并写入它自己的新的，过滤二进制日志。 （请参见 第17.1.6节“复制和二进制日志记录选项和变量” 。）此过滤日志将提供给从站。

虚拟进程实际上并不存储任何数据，因此 在复制主机上 运行额外的 mysqld 进程会 产生很少的处理开销 。 可以使用其他复制从站重复此类型的设置。

INSERT BLACKHOLE 表的 触发器 按预期工作。 但是，因为该 BLACKHOLE 表实际上并不存储任何数据， UPDATE 并且 DELETE 未激活触发器： FOR EACH ROW 触发器定义中 的 子句不适用，因为没有行。

BLACKHOLE 存储引擎的 其他可能用途 包括：

该 BLACKHOLE 发动机是交易感知的，在这个意义上，提交的事务都写入二进制日志和回滚事务都没有。

黑洞引擎和自动增量列

Blackhole引擎是一种无操作引擎。 使用Blackhole在桌面上执行的任何操作都不起作用。 在考虑自动递增的主键列的行为时，应该记住这一点。 引擎不会自动增加字段值，也不会保留自动增量字段状态。 这对复制具有重要意义。

请考虑以下所有三个条件适用的复制方案：

在这种情况下，复制将失败，主键列上出现重复的条目错误。

在基于语句的复制中， INSERT_ID 上下文事件中 的值 将始终相同。 因此，由于尝试插入具有主键列的重复值的行，复制将失败。

在基于行的复制中，引擎为行返回的值对于每个插入始终是相同的。 这将导致从服务器尝试使用主键列的相同值重播两个插入日志条目，因此复制将失败。

列过滤

使用基于行的复制时，（ binlog_format=ROW ）时，支持表中缺少最后一列的从站，如 第17.4.1.9节“使用主站和从站上的不同表定义进行复制” 一 节 中所述 。

此过滤在从属端工作，即在过滤掉列之前将列复制到从属。 至少有两种情况不希望将列复制到从属：

使用 BLACKHOLE 引擎 可以实现主列过滤 。 这是通过类似于如何实现主表过滤的方式执行的 - 通过使用 BLACKHOLE 引擎和 --replicate-do-table 或 --replicate-ignore-table 选项。

主人的设置是：

CREATE TABLE t1（public_col_1，...，public_col_N，
                 secret_col_1，...，secret_col_M）ENGINE = MyISAM;

可信奴隶的设置是：

CREATE TABLE t1（public_col_1，...，public_col_N）ENGINE = BLACKHOLE;

不受信任的从站的设置是：

CREATE TABLE t1（public_col_1，...，public_col_N）ENGINE = MyISAM;

的 MERGE 存储引擎，也被称为 MRG_MyISAM 发动机，是相同的集合 MyISAM 可被用作一个表。 “ 相同 ” 表示所有表具有相同的列数据类型和索引信息。 您不能合并 MyISAM 以不同顺序列出列的表，相应列中没有完全相同的数据类型，或者索引的顺序不同。 但是， MyISAM 可以使用 myisampack 压缩 任何或所有 表 。 请参见 第4.6.6节“ myisampack - 生成压缩，只读MyISAM表” 。 这些表之间的差异无关紧要：

MERGE 表 的替代方法 是分区表，它将单个表的分区存储在单独的文件中，并使某些操作能够更有效地执行。 有关更多信息，请参见 第23章， 分区 。

创建 MERGE 表时，MySQL会 .MRG 在磁盘上 创建一个 文件，其中包含 MyISAM 应作为一个表使用 的基础 表 的名称 。 表的表格格式 MERGE 存储在MySQL数据字典中。 基础表不必与 MERGE 表 位于同一数据库 中。

您可以使用 SELECT ， DELETE ， UPDATE ，和 INSERT 上 MERGE 表。 你必须有 SELECT ， DELETE 和 UPDATE 特权 MyISAM ，你映射到表的 MERGE 表。

使用 DROP TABLE 具有 MERGE 表仅下降了 MERGE 规范。 基础表不受影响。

要创建 MERGE 表，必须指定一个 选项，指示 要使用的表。 您可以选择指定一个 选项来控制如何进入 表中。 使用 或 的值分别 导致在第一个或最后一个基础表中进行插入。 如果您没有指定任何 选项，或者您使用值指定它 ，请插入 UNION=(list-of-tables) MyISAM INSERT_METHOD MERGE FIRST LAST INSERT_METHOD NO MERGE 则不允许 表中 并且尝试这样做会导致错误。

以下示例显示如何创建 MERGE 表：

mysql> CREATE TABLE t1 (
    - >     a INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    - >     message CHAR(20)) ENGINE=MyISAM;
mysql> CREATE TABLE t2 (
    - >     a INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    - >     message CHAR(20)) ENGINE=MyISAM;
mysql> INSERT INTO t1 (message) VALUES ('Testing'),('table'),('t1');
mysql> INSERT INTO t2 (message) VALUES ('Testing'),('table'),('t2');
mysql> CREATE TABLE total (
    - >     a INT NOT NULL AUTO_INCREMENT,
    - >     message CHAR(20), INDEX(a))
    - >    ENGINE=MERGE UNION=(t1,t2) INSERT_METHOD=LAST;

列 在基础 表中 a 被索引为a ，但不在 表中。 在那里它被索引但不是 因为 表不能强制基础表集的唯一性。 （类似地， 基础表中 具有 索引 的列 应该在 表中 编制索引， 但不能作为 索引编制索引。） PRIMARY KEY MyISAM MERGE PRIMARY KEY MERGE UNIQUE MERGE UNIQUE

创建 MERGE 表后，您可以使用它来发出对整个表组进行操作的查询：

MySQL的> SELECT * FROM total;
+  -  + --------- +
| a | 消息|
+  -  + --------- +
| 1 | 测试|
| 2 | 表|
| 3 | t1 |
| 1 | 测试|
| 2 | 表|
| 3 | t2 |
+  -  + --------- +

要将 MERGE 表 重新映射 到不同的 MyISAM 表 集合 ，可以使用以下方法之一：

基础表定义和索引必须与表的定义紧密 MERGE 相符。 当 MERGE 打开 作为 表的 一部分的 表时，而不是在 MERGE 创建表 时，将 检查一致性 。 如果任何表未通过一致性检查，则触发打开表的操作将失败。 这意味着更改a中表的定义 MERGE 可能会在 MERGE 访问表 时导致失败 。 应用于每个表的一致性检查是：

如果 MERGE 由于基础表的问题而无法打开或使用表，则 CHECK TABLE 显示有关哪个表导致问题的信息。

其他资源

该 FEDERATED 存储引擎，您无需使用复制或群集技术访问从远程MySQL数据库的数据。 查询本地 FEDERATED 表会自动从远程（联合）表中提取数据。 没有数据存储在本地表中。

要从 FEDERATED 源代码构建MySQL， 要包含 存储引擎，请 使用该 选项 调用 CMake -DWITH_FEDERATED_STORAGE_ENGINE 。

该 FEDERATED 存储引擎默认情况下未在运行的服务器启用; 要启用 FEDERATED ，您必须使用该 --federated 选项 启动MySQL服务器二进制文件 。

要检查 FEDERATED 引擎 的源代码 ，请查看 storage/federated MySQL源代码分发 的 目录。

16.8.1联合存储引擎概述

使用其中一个标准存储引擎（例如 MyISAM ， CSV 或 InnoDB ） 创建表时 ，该表由表定义和关联数据组成。 创建 FEDERATED 表时，表定义相同，但数据的物理存储在远程服务器上处理。

甲 FEDERATED 表由两个部分组成：

• 甲 远程服务器 与数据库表，其又由表定义（存储在MySQL数据字典）和相关的表中的。 远程表的表类型可以是远程 mysqld 服务器 支持的任何类型 ，包括 MyISAM 或 InnoDB 。

• 甲 本地服务器 与数据库表，其中表定义在远程服务器上匹配相应的表的。 表定义存储在数据字典中。 本地服务器上没有数据文件。 相反，表定义包括指向远程表的连接字符串。

在 FEDERATED 本地服务器 上的 表上 执行查询和语句时 ，通常会从本地数据文件插入，更新或删除信息的操作将被发送到远程服务器以供执行，在远程服务器上更新数据文件或返回远程服务器的匹配行。

FEDERATED 表格设置 的基本结构 如图16.2“FEDERATED表结构”所示 。

图16.2联合表结构

当客户端发出引用 FEDERATED 表 的SQL语句时， 本地服务器（执行SQL语句的位置）与远程服务器（物理存储数据的位置）之间的信息流如下：

1. 存储引擎查看 FEDERATED 表所具有的 每个列， 并构造引用远程表的相应SQL语句。

2. 使用MySQL客户端API将语句发送到远程服务器。

3. 远程服务器处理该语句，本地服务器检索该语句生成的任何结果（受影响的行计数或结果集）。

4. 如果语句生成结果集，则每列都将转换为 FEDERATED 引擎期望的 内部存储引擎格式， 并可用于将结果显示给发出原始语句的客户端。

本地服务器使用MySQL客户端C API函数与远程服务器通信。 它调用 mysql_real_query() 发送语句。 要读取结果集，它使用 mysql_store_result() 并一次一个地获取行 mysql_fetch_row() 。

CREATE TABLE test_table（
    id INT（20）NOT NULL AUTO_INCREMENT，
    name VARCHAR（32）NOT NULL DEFAULT''，
    其他INT（20）NOT NULL DEFAULT'0'，
    PRIMARY KEY（id），
    INDEX名称（名称），
    INDEX other_key（其他）
）
ENGINE = MyISAM数据
DEFAULT CHARSET = utf8mb4;

CREATE TABLE federated_table（
    id INT（20）NOT NULL AUTO_INCREMENT，
    name VARCHAR（32）NOT NULL DEFAULT''，
    其他INT（20）NOT NULL DEFAULT'0'，
    PRIMARY KEY（id），
    INDEX名称（名称），
    INDEX other_key（其他）
）
ENGINE = FEDERATED
DEFAULT CHARSET = utf8mb4
CONNECTION = '的MySQL：// fed_user @ REMOTE_HOST：9306 /联合/ TEST_TABLE';

scheme：// user_name[：password] @ host_name[：port_num] db_name//tbl_name