表名

临时表

表克隆和复制

列数据类型和属性

索引、外键和 CHECK 约束

表选项

表分区

tbl_name

表名可以指定为 db_name.tbl_name 来在特定数据库中创建表。这无论是否存在默认数据库都适用，前提是数据库存在。如果使用带引号的标识符，请分别对数据库和表名加引号。例如，写成 `mydb`.`mytbl`，而不是 `mydb.mytbl`。

关于允许的表名的规则，请参见 第 11.2 节，“模式对象名称”。

IF NOT EXISTS

防止在表存在时发生错误。但是，不会验证现有表是否具有与 CREATE TABLE 语句中指示的结构相同的结构。

LIKE

使用 CREATE TABLE ... LIKE 根据另一个表的定义创建空表，包括原始表中定义的任何列属性和索引。

CREATE TABLE new_tbl LIKE orig_tbl;

有关更多信息，请参见 第 15.1.20.3 节，“CREATE TABLE ... LIKE 语句”。

[AS] query_expression

要从另一个表创建表，请在 CREATE TABLE 语句末尾添加一个 SELECT 语句。

CREATE TABLE new_tbl AS SELECT * FROM orig_tbl;

有关更多信息，请参见 第 15.1.20.4 节，“CREATE TABLE ... SELECT 语句”。

IGNORE | REPLACE

IGNORE 和 REPLACE 选项指示在使用 SELECT 语句复制表时如何处理重复唯一键值的行。

有关更多信息，请参见 第 15.1.20.4 节，“CREATE TABLE ... SELECT 语句”。

data_type

data_type 表示列定义中的数据类型。有关指定列数据类型可用的语法的完整描述以及有关每种类型属性的信息，请参见 第 13 章，数据类型。

NOT NULL | NULL

如果未指定 NULL 或 NOT NULL，则该列将被视为已指定 NULL。

在 MySQL 8.4 中，只有 InnoDB、MyISAM 和 MEMORY 存储引擎支持对可以包含 NULL 值的列进行索引。在其他情况下，必须将索引列声明为 NOT NULL，否则会导致错误。

DEFAULT

为列指定默认值。有关默认值处理的更多信息（包括列定义不包含显式 DEFAULT 值的情况），请参见 第 13.6 节，“数据类型默认值”。

如果启用了 NO_ZERO_DATE 或 NO_ZERO_IN_DATE SQL 模式，并且根据该模式日期值默认值不正确，则如果未启用严格 SQL 模式，CREATE TABLE 会生成警告，如果启用了严格模式，则会生成错误。例如，在启用了 NO_ZERO_IN_DATE 的情况下，c1 DATE DEFAULT '2010-00-00' 会生成警告。

VISIBLE、INVISIBLE

指定列可见性。如果未出现任何关键字，则默认值为 VISIBLE。表必须至少包含一列可见列。尝试使所有列不可见会导致错误。有关更多信息，请参见 第 15.1.20.10 节，“不可见列”。

AUTO_INCREMENT

整数列可以具有额外的属性 AUTO_INCREMENT。当您将 NULL（推荐）或 0 值插入索引 AUTO_INCREMENT 列时，该列将设置为下一个序列值。通常是 value+1，其中 value 是当前表中该列的最大值。 AUTO_INCREMENT 序列从 1 开始。

要检索插入行后的 AUTO_INCREMENT 值，请使用 LAST_INSERT_ID() SQL 函数或 mysql_insert_id() C API 函数。请参见 第 14.15 节，“信息函数” 和 mysql_insert_id()。

如果启用了 NO_AUTO_VALUE_ON_ZERO SQL 模式，则可以将 0 存储在 AUTO_INCREMENT 列中作为 0，而不会生成新的序列值。请参见 第 7.1.11 节，“服务器 SQL 模式”。

每个表只能包含一个 AUTO_INCREMENT 列，它必须被索引，并且不能具有 DEFAULT 值。 AUTO_INCREMENT 列仅在它只包含正值时才能正常工作。插入负数被视为插入非常大的正数。这是为了避免数字从正数“环绕”到负数时的精度问题，并且还确保您不会意外地获得包含 0 的 AUTO_INCREMENT 列。

对于 MyISAM 表，您可以在多列键中指定 AUTO_INCREMENT 次要列。请参见 第 5.6.9 节，“使用 AUTO_INCREMENT”。

为了使 MySQL 与某些 ODBC 应用程序兼容，您可以使用以下查询查找最后插入行的 AUTO_INCREMENT 值：

SELECT * FROM tbl_name WHERE auto_col IS NULL

此方法要求 sql_auto_is_null 变量未设置为 0。请参见 第 7.1.8 节，“服务器系统变量”。

有关InnoDB 和AUTO_INCREMENT的信息，请参阅 第 17.6.1.6 节，“InnoDB 中的 AUTO_INCREMENT 处理”。有关AUTO_INCREMENT 和 MySQL 复制的信息，请参阅 第 19.5.1.1 节，“复制和 AUTO_INCREMENT”。

COMMENT

可以使用COMMENT 选项为列指定注释，最多 1024 个字符。该注释将由SHOW CREATE TABLE 和SHOW FULL COLUMNS 语句显示。它也会在信息模式COLUMNS 表的COLUMN_COMMENT 列中显示。

COLUMN_FORMAT

在 NDB Cluster 中，还可以使用COLUMN_FORMAT 为NDB 表的各个列指定数据存储格式。允许的列格式为FIXED、DYNAMIC 和DEFAULT。FIXED 用于指定固定宽度存储，DYNAMIC 允许列为可变宽度，而DEFAULT 使列使用由列数据类型确定的固定宽度或可变宽度存储（可能被ROW_FORMAT 指定符覆盖）。

对于NDB 表，COLUMN_FORMAT 的默认值为FIXED。

在 NDB Cluster 中，使用COLUMN_FORMAT=FIXED 定义的列的最大可能偏移量为 8188 字节。有关更多信息和可能的解决方法，请参阅 第 25.2.7.5 节，“与 NDB Cluster 中的数据库对象相关的限制”。

COLUMN_FORMAT 目前对使用除NDB 之外的存储引擎的表的列没有任何影响。MySQL 8.4 会静默忽略COLUMN_FORMAT。

ENGINE_ATTRIBUTE 和SECONDARY_ENGINE_ATTRIBUTE 选项用于为主存储引擎和辅助存储引擎指定列属性。这些选项为将来使用保留。

分配给此选项的值是一个包含有效 JSON 文档的字符串文字或空字符串（''）。无效的 JSON 会被拒绝。

CREATE TABLE t1 (c1 INT ENGINE_ATTRIBUTE='{"key":"value"}');

ENGINE_ATTRIBUTE 和SECONDARY_ENGINE_ATTRIBUTE 值可以重复，不会出现错误。在这种情况下，将使用最后指定的 value。

ENGINE_ATTRIBUTE 和SECONDARY_ENGINE_ATTRIBUTE 值不会由服务器检查，也不会在更改表的存储引擎时被清除。

STORAGE

对于NDB 表，可以使用STORAGE 子句指定列是存储在磁盘上还是内存中。STORAGE DISK 使列存储在磁盘上，而STORAGE MEMORY 使使用内存中存储。使用的CREATE TABLE 语句仍然必须包含TABLESPACE 子句

mysql> CREATE TABLE t1 (
    ->     c1 INT STORAGE DISK,
    ->     c2 INT STORAGE MEMORY
    -> ) ENGINE NDB;
ERROR 1005 (HY000): Can't create table 'c.t1' (errno: 140)

mysql> CREATE TABLE t1 (
    ->     c1 INT STORAGE DISK,
    ->     c2 INT STORAGE MEMORY
    -> ) TABLESPACE ts_1 ENGINE NDB;
Query OK, 0 rows affected (1.06 sec)

对于NDB 表，STORAGE DEFAULT 等效于STORAGE MEMORY。

STORAGE 子句对使用除NDB 之外的存储引擎的表没有任何影响。STORAGE 关键字仅在与 NDB Cluster 捆绑在一起的mysqld 版本中受支持；它在 MySQL 的任何其他版本中都不被识别，在这些版本中，任何尝试使用STORAGE 关键字都会导致语法错误。

GENERATED ALWAYS

用于指定生成的列表达式。有关生成列 的信息，请参阅 第 15.1.20.8 节，“CREATE TABLE 和生成列”。

存储的生成列 可以被索引。InnoDB 支持对虚拟生成列 的辅助索引。请参阅 第 15.1.20.9 节，“辅助索引和生成列”。

CONSTRAINT symbol

CONSTRAINT symbol 子句可以用来命名约束。如果未给出该子句，或未在CONSTRAINT 关键字后包含symbol，MySQL 会自动生成约束名称，但以下情况除外。如果使用symbol 值，它必须针对每个模式（数据库）、每个约束类型都是唯一的。重复的symbol 会导致错误。另请参阅有关在 第 11.2.1 节，“标识符长度限制” 中生成的约束标识符的长度限制的讨论。

SQL 标准规定所有类型的约束（主键、唯一索引、外键、检查）属于同一个命名空间。在 MySQL 中，每种约束类型在每个模式中都有自己的命名空间。因此，每种约束类型的名称必须在每个模式中都是唯一的，但不同类型的约束可以具有相同的名称。

PRIMARY KEY

唯一索引，其中所有键列都必须定义为NOT NULL。如果它们没有被显式声明为NOT NULL，MySQL 会隐式地（并静默地）声明它们。表只能有一个PRIMARY KEY。一个PRIMARY KEY 的名称总是PRIMARY，因此不能用作任何其他类型索引的名称。

如果你没有PRIMARY KEY，而应用程序要求你在表中提供PRIMARY KEY，MySQL 会返回第一个没有NULL 列的UNIQUE 索引作为PRIMARY KEY。

在InnoDB 表中，使PRIMARY KEY 保持简短，以最大程度地减少辅助索引的存储开销。每个辅助索引条目都包含相应行的主键列的副本。（请参阅 第 17.6.2.1 节，“聚集索引和辅助索引”。）

在创建的表中，PRIMARY KEY 放在第一位，后面是所有UNIQUE 索引，然后是非唯一索引。这有助于 MySQL 优化器优先考虑使用哪个索引，以及更快地检测重复的UNIQUE 键。

PRIMARY KEY 可以是多列索引。但是，你不能使用列规范中的PRIMARY KEY 键属性来创建多列索引。这样做只会将该单个列标记为主键。你必须使用单独的PRIMARY KEY(key_part, ...) 子句。

如果表有一个PRIMARY KEY 或UNIQUE NOT NULL 索引，它包含一个具有整数类型 的单列，则可以使用_rowid 来引用SELECT 语句中的索引列，如 唯一索引 中所述。

在 MySQL 中，一个PRIMARY KEY 的名称是PRIMARY。对于其他索引，如果你没有分配名称，则索引将被分配与第一个索引列相同的名称，并带有一个可选的后缀 (_2、_3、...) 以使其唯一。可以使用SHOW INDEX FROM tbl_name 来查看表的索引名称。请参阅 第 15.7.7.23 节，“SHOW INDEX 语句”。

KEY | INDEX

KEY 通常是INDEX 的同义词。键属性PRIMARY KEY 也可以在列定义中指定为KEY。为了与其他数据库系统兼容而实现了此功能。

UNIQUE

UNIQUE 索引创建约束，使得索引中的所有值都必须是不同的。如果你尝试添加一个与现有行匹配的键值的新行，就会出现错误。对于所有引擎，一个UNIQUE 索引允许对可以包含NULL 的列使用多个NULL 值。如果你为UNIQUE 索引中的列指定一个前缀值，则列值在该前缀长度内必须是唯一的。

如果表有一个PRIMARY KEY 或UNIQUE NOT NULL 索引，它包含一个具有整数类型 的单列，则可以使用_rowid 来引用SELECT 语句中的索引列，如 唯一索引 中所述。

FULLTEXT

一个FULLTEXT 索引是一种用于全文本搜索的特殊类型的索引。只有InnoDB 和MyISAM 存储引擎支持FULLTEXT 索引。它们只能从CHAR、VARCHAR 和TEXT 列创建。索引始终在整个列上进行；不支持列前缀索引，并且如果指定，则忽略任何前缀长度。有关操作的详细信息，请参阅 第 14.9 节，“全文本搜索函数”。如果全文本索引和搜索操作需要特殊处理，则可以将WITH PARSER 子句指定为index_option 值，以将解析器插件与索引关联起来。此子句仅对FULLTEXT 索引有效。InnoDB 和MyISAM 支持全文本解析器插件。有关更多信息，请参阅 全文本解析器插件 和 编写全文本解析器插件。

SPATIAL

可以在空间数据类型上创建SPATIAL 索引。空间类型仅适用于InnoDB 和MyISAM 表，并且索引列必须声明为NOT NULL。请参阅 第 13.4 节，“空间数据类型”。

FOREIGN KEY

MySQL 支持外键，允许您跨表交叉引用相关数据，以及外键约束，有助于保持这些分散数据的 一致性。有关定义和选项的信息，请参阅 reference_definition 和 reference_option。

使用 InnoDB 存储引擎的分区表不支持外键。有关更多信息，请参阅 第 26.6 节，“分区限制和局限性”。

CHECK

CHECK 子句允许创建约束以检查表行中的数据值。请参阅 第 15.1.20.6 节，“CHECK 约束”。

key_part

index_type

某些存储引擎允许您在创建索引时指定索引类型。index_type 说明符的语法是 USING type_name。

示例

CREATE TABLE lookup
  (id INT, INDEX USING BTREE (id)
) ENGINE = MEMORY;

USING 的首选位置是在索引列列表之后。它可以在列列表之前给出，但是对该位置使用该选项的支持已过时，您应该预计它将在未来的 MySQL 版本中被删除。

index_option

index_option 值指定索引的附加选项。

有关允许的 index_option 值的更多信息，请参阅 第 15.1.15 节，“CREATE INDEX 语句”。有关索引的更多信息，请参阅 第 10.3.1 节，“MySQL 如何使用索引”。

reference_definition

有关 reference_definition 语法细节和示例，请参阅 第 15.1.20.5 节，“FOREIGN KEY 约束”。

InnoDB 和 NDB 表支持检查外键约束。被引用表的列必须始终被明确命名。 ON DELETE 和 ON UPDATE 操作都支持外键。有关更详细的信息和示例，请参阅 第 15.1.20.5 节，“FOREIGN KEY 约束”。

对于其他存储引擎，MySQL 服务器将在 CREATE TABLE 语句中解析并忽略 FOREIGN KEY 语法。

reference_option

有关 RESTRICT、CASCADE、SET NULL、NO ACTION 和 SET DEFAULT 选项的信息，请参阅 第 15.1.20.5 节，“FOREIGN KEY 约束”。

ENGINE

指定表的存储引擎，使用下表中显示的名称之一。引擎名称可以不加引号或加引号。加引号的名称 'DEFAULT' 将被识别，但会被忽略。

默认情况下，如果指定的存储引擎不可用，则语句将失败并出现错误。可以通过从服务器 SQL 模式中删除 NO_ENGINE_SUBSTITUTION （参见 第 7.1.11 节，“服务器 SQL 模式”）来覆盖此行为，以便 MySQL 允许使用默认存储引擎替换指定的引擎。通常，在这种情况下，默认存储引擎是 InnoDB，它是 default_storage_engine 系统变量的默认值。当禁用 NO_ENGINE_SUBSTITUTION 时，如果未遵守存储引擎规范，则会出现警告。

AUTOEXTEND_SIZE

定义 InnoDB 在表空间已满时扩展表空间大小的量。该设置必须是 4MB 的倍数。默认设置是 0，这会导致表空间根据隐式默认行为进行扩展。有关更多信息，请参见 第 17.6.3.9 节，“表空间 AUTOEXTEND_SIZE 配置”。

AUTO_INCREMENT

表的初始 AUTO_INCREMENT 值。在 MySQL 8.4 中，这适用于 MyISAM、MEMORY、InnoDB 和 ARCHIVE 表。要为不支持 AUTO_INCREMENT 表选项的引擎设置第一个自动递增值，请在创建表后插入一行 “虚拟” 行，其值比所需值小 1，然后删除虚拟行。

对于在 CREATE TABLE 语句中支持 AUTO_INCREMENT 表选项的引擎，也可以使用 ALTER TABLE tbl_name AUTO_INCREMENT = N 来重置 AUTO_INCREMENT 值。该值不能低于该列中当前的最大值。

AVG_ROW_LENGTH

表平均行长度的近似值。您只需要为具有可变大小行的较大型表设置此值。

创建 MyISAM 表时，MySQL 使用 MAX_ROWS 和 AVG_ROW_LENGTH 选项的乘积来决定生成的表的大小。如果您未指定任何选项，则 MyISAM 数据和索引文件的最大大小默认情况下为 256TB。（如果您的操作系统不支持那么大的文件，则表大小会受到文件大小限制。）如果您希望保持指针大小以使索引更小更快，并且您实际上不需要大文件，则可以通过设置 myisam_data_pointer_size 系统变量来减小默认指针大小。（参见 第 7.1.8 节，“服务器系统变量”。）如果您希望所有表都能增长到默认限制以上，并且愿意使表比必要时略微慢一些，并且更大一些，则可以通过设置此变量来增加默认指针大小。将该值设置为 7 允许表大小高达 65,536TB。

[DEFAULT] CHARACTER SET

指定表的默认字符集。 CHARSET 是 CHARACTER SET 的同义词。如果字符集名称为 DEFAULT，则使用数据库字符集。

CHECKSUM

如果您希望 MySQL 为所有行维护一个实时校验和（即 MySQL 在表更改时自动更新的校验和），请将其设置为 1。这使表更新速度略慢，但也使查找损坏的表更容易。 CHECKSUM TABLE 语句报告校验和。（仅 MyISAM。）

[DEFAULT] COLLATE

指定表的默认排序规则。

COMMENT

表的注释，最多 2048 个字符。

您可以使用 table_option COMMENT 子句为表设置 InnoDB MERGE_THRESHOLD 值。参见 第 17.8.11 节，“配置索引页的合并阈值”。

设置 NDB_TABLE 选项。 在创建 NDB 表的 CREATE TABLE 或更改表的 ALTER TABLE 语句中，表的注释也可以用于指定四个 NDB_TABLE 选项中的一个到四个，即 NOLOGGING、READ_BACKUP、PARTITION_BALANCE 或 FULLY_REPLICATED 作为一组名称-值对，必要时用逗号分隔，紧随开始注释文本的字符串 NDB_TABLE=。这里显示了一个使用此语法的示例语句（强调文本）

CREATE TABLE t1 (
    c1 INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    c2 VARCHAR(100),
    c3 VARCHAR(100) )
ENGINE=NDB
COMMENT="NDB_TABLE=READ_BACKUP=0,PARTITION_BALANCE=FOR_RP_BY_NODE";

在引号字符串中不允许使用空格。该字符串不区分大小写。

注释将显示为 SHOW CREATE TABLE 输出的一部分。注释的文本也作为 MySQL Information Schema TABLES 表的 TABLE_COMMENT 列提供。

此注释语法也支持 NDB 表的 ALTER TABLE 语句。请记住，与 ALTER TABLE 一起使用的表注释将替换该表可能之前拥有的任何现有注释。

在表注释中设置 MERGE_THRESHOLD 选项对于 NDB 表不受支持（它将被忽略）。

有关完整的语法信息和示例，请参见 第 15.1.20.12 节，“设置 NDB 注释选项”。

COMPRESSION

用于 InnoDB 表页面级压缩的压缩算法。支持的值包括 Zlib、LZ4 和 None。 COMPRESSION 属性是在引入透明页面压缩功能时引入的。页面压缩仅支持位于 每个表一个文件 表空间中的 InnoDB 表，并且仅在支持稀疏文件和空洞穿孔的 Linux 和 Windows 平台上可用。有关更多信息，请参见 第 17.9.2 节，“InnoDB 页面压缩”。

CONNECTION

FEDERATED 表的连接字符串。

DATA DIRECTORY、INDEX DIRECTORY

对于 InnoDB，DATA DIRECTORY='directory' 子句允许在数据目录之外创建表。必须启用 innodb_file_per_table 变量才能使用 DATA DIRECTORY 子句。必须指定完整的目录路径，并且 InnoDB 必须知道该路径。有关更多信息，请参见 第 17.6.1.2 节，“在外部创建表”。

创建 MyISAM 表时，可以使用 DATA DIRECTORY='directory' 子句、INDEX DIRECTORY='directory' 子句或两者。它们分别指定将 MyISAM 表的数据文件和索引文件放在哪里。与 InnoDB 表不同，MySQL 在创建具有 DATA DIRECTORY 或 INDEX DIRECTORY 选项的 MyISAM 表时不会创建对应于数据库名称的子目录。文件将创建在指定的目录中。

您必须拥有 FILE 权限才能使用 DATA DIRECTORY 或 INDEX DIRECTORY 表选项。

这些选项仅在您没有使用 --skip-symbolic-links 选项时有效。您的操作系统也必须具有一个正常工作的线程安全的 realpath() 调用。参见 第 10.12.2.2 节，“在 Unix 上使用符号链接到 MyISAM 表”，以获取更完整的信息。

如果 MyISAM 表在没有 DATA DIRECTORY 选项的情况下创建，则 .MYD 文件将在数据库目录中创建。默认情况下，如果 MyISAM 在这种情况下找到了现有 .MYD 文件，它将覆盖该文件。对于在没有 INDEX DIRECTORY 选项的情况下创建的表，.MYI 文件也是如此。要禁止此行为，请使用 --keep_files_on_create 选项启动服务器，在这种情况下，MyISAM 不会覆盖现有文件，而是返回错误。

如果 MyISAM 表在使用 DATA DIRECTORY 或 INDEX DIRECTORY 选项的情况下创建，并且找到了现有的 .MYD 或 .MYI 文件，则 MyISAM 将始终返回错误，并且不会覆盖指定目录中的文件。

DELAY_KEY_WRITE

如果您希望延迟对表的键更新，直到关闭表为止，请将其设置为 1。参见 delay_key_write 系统变量在 第 7.1.8 节，“服务器系统变量” 中的描述。（仅 MyISAM。）

ENCRYPTION

ENCRYPTION 子句启用或禁用 InnoDB 表的页面级数据加密。必须安装和配置密钥环插件才能启用加密。可以在每个表一个文件表空间中创建表时或在通用表空间中创建表时指定 ENCRYPTION 子句。

如果未指定 ENCRYPTION 子句，则表将继承默认的架构加密。如果启用了 table_encryption_privilege_check 变量，则需要 TABLE_ENCRYPTION_ADMIN 权限才能创建与默认架构加密不同的 ENCRYPTION 子句设置的表。在通用表空间中创建表时，表和表空间加密必须匹配。

当使用不支持加密的存储引擎时，不允许指定ENCRYPTION子句，其值为除'N'或''以外的值。

有关更多信息，请参见第 17.13 节，“InnoDB 数据休眠加密”。

ENGINE_ATTRIBUTE和SECONDARY_ENGINE_ATTRIBUTE选项用于为主要和辅助存储引擎指定表属性。这些选项为将来使用保留。

分配给这些选项的任何一个的值必须是包含有效 JSON 文档的字符串文字或空字符串 (''). 无效 JSON 会被拒绝。

CREATE TABLE t1 (c1 INT) ENGINE_ATTRIBUTE='{"key":"value"}';

ENGINE_ATTRIBUTE 和SECONDARY_ENGINE_ATTRIBUTE 值可以重复，不会出现错误。在这种情况下，将使用最后指定的 value。

ENGINE_ATTRIBUTE 和SECONDARY_ENGINE_ATTRIBUTE 值不会由服务器检查，也不会在更改表的存储引擎时被清除。

INSERT_METHOD

如果要将数据插入MERGE表，必须使用INSERT_METHOD指定应将行插入的表。INSERT_METHOD是仅对MERGE表有用的选项。使用FIRST或LAST值将插入操作转到第一个或最后一个表，或者使用NO值来阻止插入。请参见第 18.7 节，“MERGE 存储引擎”。

KEY_BLOCK_SIZE

对于 MyISAM 表，KEY_BLOCK_SIZE 可选地指定用于索引键块的大小（以字节为单位）。该值被视为提示；如果需要，可以使用不同的尺寸。为单个索引定义指定的 KEY_BLOCK_SIZE 值将覆盖表级 KEY_BLOCK_SIZE 值。

对于InnoDB表，KEY_BLOCK_SIZE指定用于压缩InnoDB表的页面大小（以 KB 为单位）。KEY_BLOCK_SIZE值被视为提示；如果需要，InnoDB可能会使用不同的尺寸。KEY_BLOCK_SIZE只能小于或等于innodb_page_size值。值为 0 表示默认压缩页面大小，即innodb_page_size值的一半。根据innodb_page_size，可能的KEY_BLOCK_SIZE值包括 0、1、2、4、8 和 16。有关更多信息，请参见第 17.9.1 节，“InnoDB 表压缩”。

Oracle 建议在为InnoDB表指定KEY_BLOCK_SIZE时启用innodb_strict_mode。启用innodb_strict_mode时，指定无效的KEY_BLOCK_SIZE值将返回错误。如果innodb_strict_mode被禁用，无效的KEY_BLOCK_SIZE值将导致警告，并且KEY_BLOCK_SIZE选项将被忽略。

对SHOW TABLE STATUS的响应中的Create_options列报告表实际使用的KEY_BLOCK_SIZE，SHOW CREATE TABLE也是如此。

InnoDB仅在表级别支持KEY_BLOCK_SIZE。

对于 32 KB 和 64 KBinnodb_page_size值，不支持KEY_BLOCK_SIZE。InnoDB表压缩不支持这些页面大小。

创建临时表时，InnoDB不支持KEY_BLOCK_SIZE选项。

MAX_ROWS

计划在表中存储的最大行数。这不是硬性限制，而是对存储引擎的提示，表示该表必须能够存储至少这么多行。

NDB存储引擎将此值视为最大值。如果计划创建非常大的 NDB Cluster 表（包含数百万行），应使用此选项以确保NDB在用于存储表主键哈希值的哈希表中分配足够的索引插槽数量，方法是设置MAX_ROWS = 2 * rows，其中rows是预期插入表的行数。

最大MAX_ROWS值为 4294967295；大于此限制的值将被截断为该限制。

MIN_ROWS

计划在表中存储的最小行数。MEMORY存储引擎将此选项用作有关内存使用的提示。

PACK_KEYS

仅对MyISAM表有效。如果希望拥有更小的索引，请将此选项设置为 1。这通常会使更新变慢，而读取速度更快。将选项设置为 0 将禁用所有键打包。将其设置为DEFAULT将指示存储引擎仅打包长的CHAR、VARCHAR、BINARY或VARBINARY列。

如果未使用PACK_KEYS，则默认情况下会打包字符串，但不打包数字。如果使用PACK_KEYS=1，则数字也会被打包。

打包二进制数字键时，MySQL 使用前缀压缩

这意味着，如果在两行连续的行上存在许多相等的键，所有后续的“相同”键通常只占用两个字节（包括指向行的指针）。将其与普通情况进行比较，在普通情况下，后续键占用storage_size_for_key + pointer_size（指针大小通常为 4）。相反，只有在存在许多相同的数字时，才能从前缀压缩中获得显著益处。如果所有键都完全不同，则每个键会多使用一个字节（如果键不是可以具有NULL值的键）。（在这种情况下，打包键长度存储在用于标记键是否为NULL的同一字节中。）

PASSWORD

此选项未被使用。

ROW_FORMAT

定义存储行的物理格式。

创建禁用严格模式的表时，如果指定的行格式不受支持，则使用存储引擎的默认行格式。表的实际行格式在对SHOW TABLE STATUS的响应中的Row_format列中报告。Create_options列显示了在CREATE TABLE语句中指定的行格式，SHOW CREATE TABLE也是如此。

行格式选择因用于表的存储引擎而异。

对于InnoDB表

对于MyISAM表，选项值可以是FIXED或DYNAMIC，分别代表静态或可变长度行格式。myisampack将类型设置为COMPRESSED。请参见第 18.2.3 节，“MyISAM 表存储格式”。

对于NDB表，默认ROW_FORMAT为DYNAMIC。

START TRANSACTION

这是一个内部使用的表选项，用于允许CREATE TABLE ... SELECT在使用基于行的复制且存储引擎支持原子 DDL 时，在二进制日志中记录为单个原子事务。仅允许BINLOG、COMMIT和ROLLBACK语句在CREATE TABLE ... START TRANSACTION之后执行。有关相关信息，请参见第 15.1.1 节，“原子数据定义语句支持”。

STATS_AUTO_RECALC

指定是否自动重新计算持久性统计信息，用于InnoDB表。值DEFAULT会导致表的持久性统计信息设置由innodb_stats_auto_recalc配置选项确定。值1会导致在表中10%的数据发生更改时重新计算统计信息。值0将阻止对此表的自动重新计算；使用此设置，在对表进行大量更改后，发出ANALYZE TABLE语句以重新计算统计信息。有关持久性统计信息功能的更多信息，请参阅第 17.8.10.1 节，“配置持久性优化器统计信息参数”。

STATS_PERSISTENT

指定是否为InnoDB表启用持久性统计信息。值DEFAULT会导致表的持久性统计信息设置由innodb_stats_persistent配置选项确定。值1为表启用持久性统计信息，而值0则关闭此功能。在通过CREATE TABLE或ALTER TABLE语句启用持久性统计信息后，发出ANALYZE TABLE语句以计算统计信息，然后将代表性数据加载到表中。有关持久性统计信息功能的更多信息，请参阅第 17.8.10.1 节，“配置持久性优化器统计信息参数”。

STATS_SAMPLE_PAGES

估计索引列的基数和其他统计信息时要采样的索引页数，例如由ANALYZE TABLE计算的那些。有关更多信息，请参阅第 17.8.10.1 节，“配置持久性优化器统计信息参数”。

TABLESPACE

可以使用TABLESPACE子句在现有的通用表空间、每个表的文件表空间或系统表空间中创建InnoDB表。

CREATE TABLE tbl_name ... TABLESPACE [=] tablespace_name

在使用TABLESPACE子句之前，您指定的通用表空间必须存在。有关通用表空间的信息，请参阅第 17.6.3.3 节，“通用表空间”。

tablespace_name是区分大小写的标识符。它可以带引号或不带引号。不允许使用正斜杠字符（“/”）。以“innodb_”开头的名称保留供特殊使用。

要在系统表空间中创建表，请将innodb_system指定为表空间名称。

CREATE TABLE tbl_name ... TABLESPACE [=] innodb_system

使用TABLESPACE [=] innodb_system，无论innodb_file_per_table设置如何，您都可以将任何未压缩行格式的表放置在系统表空间中。例如，您可以使用TABLESPACE [=] innodb_system将具有ROW_FORMAT=DYNAMIC的表添加到系统表空间中。

要在每个表的文件表空间中创建表，请将innodb_file_per_table指定为表空间名称。

CREATE TABLE tbl_name ... TABLESPACE [=] innodb_file_per_table

允许使用DATA DIRECTORY子句与CREATE TABLE ... TABLESPACE=innodb_file_per_table一起使用，但在其他情况下不支持与TABLESPACE子句组合使用。在DATA DIRECTORY子句中指定的目录必须为InnoDB已知。有关更多信息，请参阅使用 DATA DIRECTORY 子句。

仅与NDB表一起使用STORAGE表选项。STORAGE确定使用的存储类型，可以是DISK或MEMORY。

TABLESPACE ... STORAGE DISK将表分配给 NDB Cluster 磁盘数据表空间。STORAGE DISK不能在CREATE TABLE中使用，除非在TABLESPACE tablespace_name之前使用。

对于STORAGE MEMORY，表空间名称是可选的，因此，您可以使用TABLESPACE tablespace_name STORAGE MEMORY或仅使用STORAGE MEMORY显式指定该表是内存中的。

有关更多信息，请参阅第 25.6.11 节，“NDB Cluster 磁盘数据表”。

UNION

用于将一组相同的MyISAM表作为一个表访问。这仅适用于MERGE表。请参阅第 18.7 节，“MERGE 存储引擎”。

您必须对映射到MERGE表的表具有SELECT、UPDATE和DELETE权限。

PARTITION BY

如果使用，则partition_options子句以PARTITION BY开头。此子句包含用于确定分区的函数；该函数返回一个介于 1 到num之间的整数值，其中num是分区的数量。（表可能包含的最大用户定义分区数量为 1024；本节后面讨论的子分区数量包含在此最大值中。）

HASH(expr)

散列一个或多个列以创建用于放置和定位行的键。expr是一个使用一个或多个表列的表达式。这可以是任何有效的 MySQL 表达式（包括 MySQL 函数），该表达式会产生单个整数值。例如，以下都是使用PARTITION BY HASH的有效CREATE TABLE语句

CREATE TABLE t1 (col1 INT, col2 CHAR(5))
    PARTITION BY HASH(col1);

CREATE TABLE t1 (col1 INT, col2 CHAR(5), col3 DATETIME)
    PARTITION BY HASH ( YEAR(col3) );

您不能将VALUES LESS THAN或VALUES IN子句与PARTITION BY HASH一起使用。

PARTITION BY HASH使用expr除以分区数量（即模数）的余数。有关示例和更多信息，请参阅第 26.2.4 节，“HASH 分区”。

关键字LINEAR包含一个略有不同的算法。在这种情况下，存储行的分区的编号被计算为一个或多个逻辑AND运算的结果。有关线性散列的讨论和示例，请参阅第 26.2.4.1 节，“LINEAR HASH 分区”。

KEY(column_list)

这类似于HASH，除了 MySQL 提供散列函数以保证数据均匀分布外。参数column_list只是一个或多个表列的列表（最大：16）。此示例展示了一个由键分区的简单表，包含 4 个分区

CREATE TABLE tk (col1 INT, col2 CHAR(5), col3 DATE)
    PARTITION BY KEY(col3)
    PARTITIONS 4;

对于按键分区的表，您可以使用LINEAR关键字来使用线性分区。这与按HASH分区的表具有相同的效果。也就是说，分区编号是使用&运算符而不是模数来找到的（有关详细信息，请参阅第 26.2.4.1 节，“LINEAR HASH 分区”和第 26.2.5 节，“KEY 分区”）。此示例使用按键的线性分区将数据分布在 5 个分区之间

CREATE TABLE tk (col1 INT, col2 CHAR(5), col3 DATE)
    PARTITION BY LINEAR KEY(col3)
    PARTITIONS 5;

选项ALGORITHM={1 | 2}支持[SUB]PARTITION BY [LINEAR] KEY。ALGORITHM=1会导致服务器使用与 MySQL 5.1 相同的键散列函数；ALGORITHM=2表示服务器使用在 MySQL 5.5 及更高版本中为新的KEY分区表实现并默认使用的键散列函数。（使用在 MySQL 5.5 及更高版本中使用的键散列函数创建的分区表不能由 MySQL 5.1 服务器使用。）不指定选项与使用ALGORITHM=2具有相同的效果。此选项主要用于在 MySQL 5.1 和更高版本的 MySQL 版本之间升级或降级[LINEAR] KEY分区表，或者在 MySQL 5.5 或更高版本的服务器上创建按KEY或LINEAR KEY分区的表，这些表可以在 MySQL 5.1 服务器上使用。有关更多信息，请参阅第 15.1.9.1 节，“ALTER TABLE 分区操作”。

mysqldump将此选项写入版本化的注释中。

ALGORITHM=1 在使用版本化注释的 SHOW CREATE TABLE 输出中显示（如果需要），与 mysqldump 的方式相同。即使在创建原始表时指定了此选项，ALGORITHM=2 始终不会出现在 SHOW CREATE TABLE 输出中。

您不能将 VALUES LESS THAN 或 VALUES IN 子句与 PARTITION BY KEY 一起使用。

RANGE(expr)

在这种情况下，expr 使用一组 VALUES LESS THAN 运算符显示一个值范围。使用范围分区时，您必须使用 VALUES LESS THAN 定义至少一个分区。您不能将 VALUES IN 与范围分区一起使用。

假设您有一个表，您希望根据以下方案对包含年份值的列进行分区。

实现此类分区方案的表可以通过此处显示的 CREATE TABLE 语句来实现。

CREATE TABLE t1 (
    year_col  INT,
    some_data INT
)
PARTITION BY RANGE (year_col) (
    PARTITION p0 VALUES LESS THAN (1991),
    PARTITION p1 VALUES LESS THAN (1995),
    PARTITION p2 VALUES LESS THAN (1999),
    PARTITION p3 VALUES LESS THAN (2002),
    PARTITION p4 VALUES LESS THAN (2006),
    PARTITION p5 VALUES LESS THAN MAXVALUE
);

PARTITION ... VALUES LESS THAN ... 语句以连续的方式工作。 VALUES LESS THAN MAXVALUE 用于指定大于否则指定的最大值的 “剩余” 值。

VALUES LESS THAN 子句以类似于 case 部分的 switch ... case 块（如许多编程语言（如 C、Java 和 PHP）中发现）的方式按顺序工作。也就是说，这些子句必须以这样一种方式排列，即每个后续 VALUES LESS THAN 中指定的上限大于前一个上限，其中引用 MAXVALUE 的子句在列表中最后出现。

RANGE COLUMNS(column_list)

此 RANGE 变体方便对使用多个列的范围条件的查询进行分区修剪（即具有 WHERE a = 1 AND b < 10 或 WHERE a = 1 AND b = 10 AND c < 10 等条件）。它允许您使用 COLUMNS 子句中的列列表和每个 PARTITION ... VALUES LESS THAN (value_list) 分区定义子句中的一组列值来指定多个列中的值范围。（在最简单的情况下，此集合包含单个列。）column_list 和 value_list 中可以引用的最大列数为 16。

COLUMNS 子句中使用的 column_list 只能包含列名；列表中的每个列都必须是以下 MySQL 数据类型之一：整数类型；字符串类型；以及时间或日期列类型。使用 BLOB、TEXT、SET、ENUM、BIT 或空间数据类型的列不允许；使用浮点数类型的列也不允许。您也不能在 COLUMNS 子句中使用函数或算术表达式。

分区定义中使用的 VALUES LESS THAN 子句必须为 COLUMNS() 子句中出现的每个列指定文字值；也就是说，用于每个 VALUES LESS THAN 子句的值列表必须包含与 COLUMNS 子句中列出的列数量相同的数量，并且这些值的数据类型必须与这些列匹配（并且按相同顺序出现）。如果尝试在 VALUES LESS THAN 子句中使用的值比 COLUMNS 子句中的值多或少，则语句将失败，并出现错误 分区中使用列列表不一致...。您不能将 NULL 用于出现在 VALUES LESS THAN 中的任何值。可以在除第一个以外的给定列中多次使用 MAXVALUE，如以下示例所示。

CREATE TABLE rc (
    a INT NOT NULL,
    b INT NOT NULL
)
PARTITION BY RANGE COLUMNS(a,b) (
    PARTITION p0 VALUES LESS THAN (10,5),
    PARTITION p1 VALUES LESS THAN (20,10),
    PARTITION p2 VALUES LESS THAN (50,MAXVALUE),
    PARTITION p3 VALUES LESS THAN (65,MAXVALUE),
    PARTITION p4 VALUES LESS THAN (MAXVALUE,MAXVALUE)
);

在 VALUES LESS THAN 值列表中使用的每个值都必须与相应列的类型完全匹配；不会进行任何转换。例如，您不能将字符串 '1' 用于与使用整数类型的列匹配的值（您必须改为使用数字 1），也不能将数字 1 用于与使用字符串类型的列匹配的值（在这种情况下，您必须使用带引号的字符串：'1'）。

有关更多信息，请参见 第 26.2.1 节“RANGE 分区” 和 第 26.4 节“分区修剪”。

LIST(expr)

当根据具有有限数量可能的值的表列（例如州或国家代码）分配分区时，这很有用。在这种情况下，与特定州或国家相关的行都可以分配给单个分区，或者可以为特定州或国家组保留一个分区。它类似于 RANGE，只是 VALUES IN 可用于指定每个分区允许的值。

VALUES IN 用于与要匹配的值列表一起使用。例如，您可以创建以下分区方案

CREATE TABLE client_firms (
    id   INT,
    name VARCHAR(35)
)
PARTITION BY LIST (id) (
    PARTITION r0 VALUES IN (1, 5, 9, 13, 17, 21),
    PARTITION r1 VALUES IN (2, 6, 10, 14, 18, 22),
    PARTITION r2 VALUES IN (3, 7, 11, 15, 19, 23),
    PARTITION r3 VALUES IN (4, 8, 12, 16, 20, 24)
);

使用列表分区时，您必须使用 VALUES IN 定义至少一个分区。您不能将 VALUES LESS THAN 与 PARTITION BY LIST 一起使用。

LIST COLUMNS(column_list)

此 LIST 变体方便对使用多个列的比较条件的查询进行分区修剪（即具有 WHERE a = 5 AND b = 5 或 WHERE a = 1 AND b = 10 AND c = 5 等条件）。它允许您使用 COLUMNS 子句中的列列表和每个 PARTITION ... VALUES IN (value_list) 分区定义子句中的一组列值来指定多个列中的值。

用于 LIST COLUMNS(column_list) 中的列列表和用于 VALUES IN(value_list) 中的值列表的数据类型规则与用于 RANGE COLUMNS(column_list) 中的列列表和用于 VALUES LESS THAN(value_list) 中的值列表相同，只是在 VALUES IN 子句中，不允许使用 MAXVALUE，并且可以使用 NULL。

与 PARTITION BY LIST 相比，用于 VALUES IN 与 PARTITION BY LIST COLUMNS 一起使用的值列表之间存在一个重要区别。与 PARTITION BY LIST COLUMNS 一起使用时，VALUES IN 子句中的每个元素都必须是列值的 集；每个集合中的值数量必须与 COLUMNS 子句中使用的列数量相同，并且这些值的数据类型必须与这些列匹配（并且按相同顺序出现）。在最简单的情况下，集合包含单个列。column_list 中以及构成 value_list 的元素中可以使用的最大列数为 16。

以下 CREATE TABLE 语句定义的表提供了一个使用 LIST COLUMNS 分区的表的示例

CREATE TABLE lc (
    a INT NULL,
    b INT NULL
)
PARTITION BY LIST COLUMNS(a,b) (
    PARTITION p0 VALUES IN( (0,0), (NULL,NULL) ),
    PARTITION p1 VALUES IN( (0,1), (0,2), (0,3), (1,1), (1,2) ),
    PARTITION p2 VALUES IN( (1,0), (2,0), (2,1), (3,0), (3,1) ),
    PARTITION p3 VALUES IN( (1,3), (2,2), (2,3), (3,2), (3,3) )
);

PARTITIONS num

可以使用 PARTITIONS num 子句（其中 num 是分区数）来可选地指定分区数。如果同时使用此子句 和 任何 PARTITION 子句，则 num 必须等于使用 PARTITION 子句声明的任何分区的总数。

SUBPARTITION BY

分区可以可选地划分为若干个子分区。这可以通过使用可选的 SUBPARTITION BY 子句来指示。子分区可以通过 HASH 或 KEY 进行。这两个都可以是 LINEAR。它们的工作方式与之前描述的等效分区类型相同。（无法按 LIST 或 RANGE 进行子分区。）

可以使用 SUBPARTITIONS 关键字后跟一个整数值来指示子分区的数量。

对 PARTITIONS 或 SUBPARTITIONS 子句中使用的值进行严格检查，并且此值必须遵守以下规则

partition_definition

可以使用 partition_definition 子句单独定义每个分区。构成此子句的各个部分如下

subpartition_definition

分区定义可以选择包含一个或多个 subpartition_definition 子句。每个子句至少包含 SUBPARTITION name，其中 name 是子分区的标识符。除了将 PARTITION 关键字替换为 SUBPARTITION 之外，子分区定义的语法与分区定义的语法相同。

子分区必须通过 HASH 或 KEY 进行，并且只能在 RANGE 或 LIST 分区上进行。请参见 第 26.2.6 节，“子分区”。