Documentation Home
MySQL 8.3 Reference Manual
Related Documentation Download this Manual
PDF (US Ltr) - 40.8Mb
PDF (A4) - 40.9Mb
Man Pages (TGZ) - 294.0Kb
Man Pages (Zip) - 409.0Kb
Info (Gzip) - 4.0Mb
Info (Zip) - 4.0Mb
Excerpts from this Manual

MySQL 8.3 Reference Manual  /  MySQL 8.3 Frequently Asked Questions  /  MySQL 8.3 FAQ: Storage Engines

A.2 MySQL 8.3 FAQ:存储引擎

A.2.1. 我可以在哪里获取 MySQL 存储引擎的完整文档?
A.2.2. MySQL 8.3 中是否有新的存储引擎?
A.2.3. MySQL 8.3 中是否删除了某些存储引擎?
A.2.4. 我可以阻止使用特定的存储引擎吗?
A.2.5. 使用 InnoDB 存储引擎独占是否具有优势,相比于使用 InnoDB 和非 InnoDB 存储引擎的组合?
A.2.6. ARCHIVE 存储引擎有什么独特的优点?

A.2.1.

哪里可以获取 MySQL 存储引擎的完整文档?

请参阅 第 18 章,替代存储引擎。该章节包含了除 InnoDB 存储引擎和 NDB 存储引擎(用于 MySQL 集群)以外的所有 MySQL 存储引擎信息。InnoDB第 17 章,InnoDB 存储引擎 中进行了介绍。NDB第 25 章,MySQL NDB 集群 8.3 中进行了介绍。

A.2.2.

MySQL 8.3 中是否有新的存储引擎?

否。InnoDB 是新表的默认存储引擎。请参阅 第 17.1 节,“InnoDB 简介” 了解详细信息。

A.2.3.

MySQL 8.3 中是否删除了某些存储引擎?

PARTITION 存储引擎插件,提供了分区支持,现在被 native 分区处理器所取代。作为这次更改的一部分,服务器不能再使用 -DWITH_PARTITION_STORAGE_ENGINE 构建。partition 也不会再显示在 SHOW PLUGINS 的输出中,也不会显示在 INFORMATION_SCHEMA.PLUGINS 表中。

为了支持某个表的分区,用于该表的存储引擎现在必须提供自己的(“native”)分区处理器。InnoDB 是 MySQL 8.0 中唯一支持的存储引擎,具有 native 分区处理器。使用任何其他存储引擎在 MySQL 8.0 中创建分区表将失败。(NDB 存储引擎,用于 MySQL 集群,也提供了自己的分区处理器,但当前不受 MySQL 8.0 支持。)

A.2.4.

我可以阻止使用某个特定的存储引擎吗?

是的。disabled_storage_engines 配置选项定义了哪些存储引擎不能用于创建表或表空间。默认情况下,disabled_storage_engines 是空的(没有禁用引擎),但可以设置为一个或多个引擎的逗号分隔列表。

A.2.5.

使用 InnoDB 存储引擎独占地,相比使用 InnoDB 和非 InnoDB 存储引擎的组合,有什么优势吗?

是的。仅使用 InnoDB 表可以简化备份和恢复操作。MySQL Enterprise Backup 对所有使用 InnoDB 存储引擎的表执行 热备份。对于使用 MyISAM 或其他非 InnoDB 存储引擎的表,它执行 温备份,其中数据库继续运行,但这些表不能在备份时被修改。请参阅 第 32.1 节,“MySQL Enterprise 备份概述”

A.2.6.

ARCHIVE 存储引擎有什么独特的优点?

ARCHIVE 存储引擎可以存储大量数据而不需要索引;它具有小的占用空间,并使用表扫描执行选择操作。请参阅 第 18.5 节,“ARCHIVE 存储引擎”,以获取详细信息。

翻译结果:

A.2.1.

哪里可以获取 MySQL 存储引擎的完整文档?

请参阅 第 18 章,替代存储引擎。该章节包含了除 InnoDB 存储引擎和 NDB 存储引擎(用于 MySQL 集群)以外的所有 MySQL 存储引擎信息。InnoDB第 17 章,InnoDB 存储引擎 中进行了介绍。NDB第 25 章,MySQL NDB 集群 8.3 中进行了介绍。

A.2.2.

MySQL 8.3 中是否有新的存储引擎?

否。InnoDB 是新表的默认存储引擎。请参阅 第 17.1 节,“InnoDB 简介” 了解详细信息。

A.2.3.

MySQL 8.3 中是否删除了某些存储引擎?

PARTITION 存储引擎插件,提供了分区支持,现在被 native 分区处理器所取代。作为这次更改的一部分,服务器不能再使用 -DWITH_PARTITION_STORAGE_ENGINE 构建。partition 也不会再显示在 SHOW PLUGINS 的输出中,也不会显示在 INFORMATION_SCHEMA.PLUGINS 表中。

为了支持某个表的分区,用于该表的存储引擎现在必须提供自己的(“native”)分区处理器。InnoDB 是 MySQL 8.0 中唯一支持的存储引擎,具有 native 分区处理器。使用任何其他存储引擎在 MySQL 8.0 中创建分区表将失败。(NDB 存储引擎,用于 MySQL 集群,也提供了自己的分区处理器,但当前不受 MySQL 8.0 支持。)

A.2.4.

我可以阻止使用某个特定的存储引擎吗?

是的。disabled_storage_engines 配置选项定义了哪些存储引擎不能用于创建表或表空间。默认情况下,disabled_storage_engines 是空的(没有禁用引擎),但可以设置为一个或多个引擎的逗号分隔列表。

A.2.5.

使用 InnoDB 存储引擎独占地,相比使用 InnoDB 和非 InnoDB 存储引擎的组合,有什么优势吗?

是的。仅使用 InnoDB 表可以简化备份和恢复操作。MySQL Enterprise Backup 对所有使用 InnoDB 存储引擎的表执行 热备份。对于使用 MyISAM 或其他非 InnoDB 存储引擎的表,它执行 温备份,其中数据库继续运行,但这些表不能在备份时被修改。请参阅 第 32.1 节,“MySQL Enterprise 备份概述”

A.2.6.

ARCHIVE 存储引擎有什么独特的优点?

ARCHIVE 存储引擎可以存储大量数据而不需要索引;它具有小的占用空间,并使用表扫描执行选择操作。请参阅 第 18.5 节,“ARCHIVE 存储引擎”,以获取详细信息。

翻译结果: ...

A.2.1.

哪里可以获取 MySQL 存储引擎的完整文档?

请参阅 第 18 章,替代存储引擎。该章节包含了除 InnoDB 存储引擎和 NDB 存储引擎(用于 MySQL 集群)以外的所有 MySQL 存储引擎信息。InnoDB第 17 章,InnoDB 存储引擎 中进行了介绍。NDB第 25 章,MySQL NDB 集群 8.3 中进行了介绍。