表名

临时表

表克隆和复制

列数据类型和属性

索引、外键和 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

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

非空 | 空

如果既没有指定空也没有指定非空，则该列将被视为指定了空。

在MySQL 8.3中，只有InnoDB、MyISAM和MEMORY存储引擎支持对可能包含空值的列的索引。在其他情况下，您必须将索引列声明为非空，否则将出现错误。

默认值

指定列的默认值。有关默认值处理的更多信息，包括列定义中没有明确指定默认值的情况，请参阅第13.6节，“数据类型默认值”。

如果启用了NO_ZERO_DATE或NO_ZERO_IN_DATE SQL模式，并且日期值默认值不符合该模式，CREATE TABLE将在严格SQL模式未启用时生成警告，在严格模式下生成错误。例如，在NO_ZERO_IN_DATE启用时，c1 DATE DEFAULT '2010-00-00'将生成警告。

可见、不可见

指定列可见性。默认情况下，如果没有出现关键字，则为可见。表必须至少有一个可见列。尝试使所有列不可见将产生错误。有关更多信息，请参阅第15.1.20.10节，“不可见列”。

自动递增

整数或浮点数列可以具有附加属性 AUTO_INCREMENT。当您将值 NULL(推荐) 或 0 插入到索引的 AUTO_INCREMENT 列中时，该列将设置为下一个序列值。通常这是 值+1，其中 值 是表中当前的最大值。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 模式，您可以在 AUTO_INCREMENT 列中存储 0 作为 0，而不生成新的序列值。见 第 7.1.11 节，“服务器 SQL 模式”。

每个表只能有一个 AUTO_INCREMENT 列，必须索引，并且不能有 DEFAULT 值。AUTO_INCREMENT 列仅在包含正值时才正常工作。插入负数被视为插入非常大的正数。这是为了避免精度问题，当数字从正数“wrap”到负数时，也确保您不会意外地获得包含 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 指定单个列的数据存储格式。允许的列格式是 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.3 会默默忽略 COLUMN_FORMAT。

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

允许的值是一个包含有效 JSON 文档的字符串文字或空字符串 ('')。无效的 JSON 将被拒绝。

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

ENGINE_ATTRIBUTE 和 SECONDARY_ENGINE_ATTRIBUTE 值可以重复指定，而不报错。在这种情况下，将使用最后指定的值。

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 子句没有任何效果。STORAGE 关键字仅在与 NDB 集群一起提供的 mysqld 版本中受支持；在其他版本的 MySQL 中，尝试使用 STORAGE 关键字将导致语法错误。

GENERATED ALWAYS

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

存储生成列 可以被索引。InnoDB 支持虚拟生成列的二级索引。见 第 15.1.20.9 节，“二级索引和生成列”。

约束 符号

该 约束 符号 子句可以用于命名约束。如果该子句未给出，或者 符号 未在 约束 关键字后面使用，MySQL 将自动生成一个约束名称，除非以下情况。该 符号 值，如果使用，必须在每个模式（数据库）中唯一，且每种约束类型中唯一。重复的 符号 将导致错误。见也 第 11.2.1 节，“标识符长度限制” 中关于生成约束标识符的长度限制的讨论。

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

主键

一个唯一索引，其中所有键列必须定义为 NOT NULL。如果它们没有明确声明为 NOT NULL，MySQL 将隐式地（并且沉默地）声明它们。一个表只能有一个 主键。主键的名称总是 主键，因此不能用作其他类型索引的名称。

如果您没有在表中指定 PRIMARY KEY，而应用程序请求表中的 PRIMARY KEY，MySQL 将返回第一个没有 NULL 列的唯一索引作为 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 索引，该索引由单个整数类型列组成，您可以在 SELECT 语句中使用 _rowid 引用该索引列，如 唯一索引 中所述。

在 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 索引，该索引由单个整数类型的列组成，您可以在 SELECT 语句中使用 _rowid 引用该索引列，如 唯一索引 中所述。

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 节，“空间数据类型”。

外键

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 如何使用索引”。

引用定义

有关 引用定义 语法详细信息和示例，请参阅 第 15.1.20.5 节，“外键约束”。

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

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

reference_option

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

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.3 中，这适用于 MyISAM、MEMORY、InnoDB 和 ARCHIVE 表。要设置不支持 AUTO_INCREMENT 表选项的引擎的第一个自动递增值，请在创建表后插入一个值小于所需值的“dummy”行，然后删除 dummy 行。

对于支持 AUTO_INCREMENT 表选项的引擎，在 CREATE TABLE 语句中，您也可以使用 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] 字符集

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

CHECKSUM

如果您想让 MySQL 为所有行维护实时校验和（即，随着表的变化自动更新的校验和），请将其设置为 1。这将使表更新速度变慢，但也使得发现损坏的表变得更容易。CHECKSUM TABLE语句报告校验和。（仅适用于 MyISAM。）

[DEFAULT] COLLATE

指定表的默认排序规则。

COMMENT

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

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

设置 NDB_TABLE 选项。 在创建 NDB 表或修改表时，表注释也可以用于指定一个到四个 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 信息模式 TABLES 表的 TABLE_COMMENT 列。

该注释语法也支持 ALTER TABLE 语句用于 NDB 表。请注意，使用 ALTER TABLE 语句的表注释将替换表的任何现有注释。

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

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

COMPRESSION

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

CONNECTION

联邦表的连接字符串。

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 表”，以获取更多信息。

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

如果创建了一个具有DATA DIRECTORY或INDEX DIRECTORY选项的 MyISAM 表，并且找到现有的.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子句中指定除'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值可以重复指定，而不会出错。在这种情况下，将使用最后指定的值。

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 表。 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 建议在指定 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。

KEY_BLOCK_SIZE 不支持 32KB 和 64KB 的 innodb_page_size 值。InnoDB 表压缩不支持这些页大小。

InnoDB 不支持在创建临时表时使用 KEY_BLOCK_SIZE 选项。

MAX_ROWS

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

NDB 存储引擎将该值视为最大值。如果您计划创建非常大的 NDB 集群表（包含数百万行），您应该使用该选项，以确保 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。）

密码

此选项未使用。

行格式

定义行以物理格式存储。

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

不同的存储引擎对行格式的选择不同。

对于 InnoDB 表：

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

对于NDB表，默认的ROW_FORMAT是DYNAMIC。

START TRANSACTION

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

STATS_AUTO_RECALC

指定是否自动重新计算持久统计信息用于InnoDB表。值DEFAULT导致表的持久统计信息设置由innodb_stats_auto_recalc配置选项确定。值1导致统计信息在表中的 10% 数据更改时重新计算。值0防止自动重新计算此表；使用此设置后，发出ANALYZE TABLE语句重新计算统计信息，after making substantial changes to the 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

在 CREATE TABLE ... TABLESPACE=innodb_file_per_table 中允许使用 DATA DIRECTORY 子句，但否则不支持与 TABLESPACE 子句结合使用。DATA DIRECTORY 子句中指定的目录必须是 InnoDB 已知的目录。有关更多信息，请参阅 使用 DATA DIRECTORY 子句。

STORAGE 表选项仅用于 NDB 表。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 存储引擎”。

您必须拥有 SELECT、UPDATE 和 DELETE 权限，以便在 MERGE 表中映射表。

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) );

您不能在 PARTITION BY HASH 中使用 VALUES LESS THAN 或 VALUES IN 子句。

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 和更高版本之间升级或降级 [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 子句以类似于编程语言（如 C、Java、PHP）中 switch ... case 块的方式工作，即每个子句必须按顺序排列，以便每个子句的上限值大于前一个子句的上限值，最后一个子句引用 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 子句中的列数多或少，将导致语句失败，出现错误 Inconsistency in usage of column lists for partitioning...。您不能在 VALUES LESS THAN 子句中使用 NULL 作为任何值。此外，您可以在第一列以外的列中多次使用 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 定义至少一个分区。您不能与 PARTITION BY LIST 一起使用 VALUES LESS THAN。

LIST COLUMNS(column_list)

该变体在 LIST 上facilitates 分区修剪对于使用多个列的比较条件的查询（即，具有条件such as 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 COLUMNS 时，VALUES IN 子句中的值列表与使用 PARTITION BY LIST 时的值列表有一个重要的区别。当与 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 进行。这两种方式的工作方式与之前描述的相应分区类型相同。（不能通过 LIST 或 RANGE 进行子分区。）

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

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

partition_definition

每个分区可以使用一个 partition_definition 子句单独定义。该子句的组成部分如下：

子分区定义

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

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