ALTER TABLE tbl_name
    [alter_option [, alter_option] ...]
    [partition_options]

alter_option: {
    table_options
  | ADD [COLUMN] col_name column_definition
        [FIRST | AFTER col_name]
  | ADD [COLUMN] (col_name column_definition,...)
  | ADD {INDEX | KEY} [index_name]
        [index_type] (key_part,...) [index_option] ...
  | ADD {FULLTEXT | SPATIAL} [INDEX | KEY] [index_name]
        (key_part,...) [index_option] ...
  | ADD [CONSTRAINT [symbol]] PRIMARY KEY
        [index_type] (key_part,...)
        [index_option] ...
  | ADD [CONSTRAINT [symbol]] UNIQUE [INDEX | KEY]
        [index_name] [index_type] (key_part,...)
        [index_option] ...
  | ADD [CONSTRAINT [symbol]] FOREIGN KEY
        [index_name] (col_name,...)
        reference_definition
  | ADD [CONSTRAINT [symbol]] CHECK (expr) [[NOT] ENFORCED]
  | DROP {CHECK | CONSTRAINT} symbol
  | ALTER {CHECK | CONSTRAINT} symbol [NOT] ENFORCED
  | ALGORITHM [=] {DEFAULT | INSTANT | INPLACE | COPY}
  | ALTER [COLUMN] col_name {
        SET DEFAULT {literal | (expr)}
      | SET {VISIBLE | INVISIBLE}
      | DROP DEFAULT
    }
  | ALTER INDEX index_name {VISIBLE | INVISIBLE}
  | CHANGE [COLUMN] old_col_name new_col_name column_definition
        [FIRST | AFTER col_name]
  | [DEFAULT] CHARACTER SET [=] charset_name [COLLATE [=] collation_name]
  | CONVERT TO CHARACTER SET charset_name [COLLATE collation_name]
  | {DISABLE | ENABLE} KEYS
  | {DISCARD | IMPORT} TABLESPACE
  | DROP [COLUMN] col_name
  | DROP {INDEX | KEY} index_name
  | DROP PRIMARY KEY
  | DROP FOREIGN KEY fk_symbol
  | FORCE
  | LOCK [=] {DEFAULT | NONE | SHARED | EXCLUSIVE}
  | MODIFY [COLUMN] col_name column_definition
        [FIRST | AFTER col_name]
  | ORDER BY col_name [, col_name] ...
  | RENAME COLUMN old_col_name TO new_col_name
  | RENAME {INDEX | KEY} old_index_name TO new_index_name
  | RENAME [TO | AS] new_tbl_name
  | {WITHOUT | WITH} VALIDATION
}

partition_options:
    partition_option [partition_option] ...

partition_option: {
    ADD PARTITION (partition_definition)
  | DROP PARTITION partition_names
  | DISCARD PARTITION {partition_names | ALL} TABLESPACE
  | IMPORT PARTITION {partition_names | ALL} TABLESPACE
  | TRUNCATE PARTITION {partition_names | ALL}
  | COALESCE PARTITION number
  | REORGANIZE PARTITION partition_names INTO (partition_definitions)
  | EXCHANGE PARTITION partition_name WITH TABLE tbl_name [{WITH | WITHOUT} VALIDATION]
  | ANALYZE PARTITION {partition_names | ALL}
  | CHECK PARTITION {partition_names | ALL}
  | OPTIMIZE PARTITION {partition_names | ALL}
  | REBUILD PARTITION {partition_names | ALL}
  | REPAIR PARTITION {partition_names | ALL}
  | REMOVE PARTITIONING
}

key_part: {col_name [(length)] | (expr)} [ASC | DESC]

index_type:
    USING {BTREE | HASH}

index_option: {
    KEY_BLOCK_SIZE [=] value
  | index_type
  | WITH PARSER parser_name
  | COMMENT 'string'
  | {VISIBLE | INVISIBLE}
}

table_options:
    table_option [[,] table_option] ...

table_option: {
    AUTOEXTEND_SIZE [=] value
  | AUTO_INCREMENT [=] value
  | AVG_ROW_LENGTH [=] value
  | [DEFAULT] CHARACTER SET [=] charset_name
  | CHECKSUM [=] {0 | 1}
  | [DEFAULT] COLLATE [=] collation_name
  | COMMENT [=] 'string'
  | COMPRESSION [=] {'ZLIB' | 'LZ4' | 'NONE'}
  | CONNECTION [=] 'connect_string'
  | {DATA | INDEX} DIRECTORY [=] 'absolute path to directory'
  | DELAY_KEY_WRITE [=] {0 | 1}
  | ENCRYPTION [=] {'Y' | 'N'}
  | ENGINE [=] engine_name
  | ENGINE_ATTRIBUTE [=] 'string'
  | INSERT_METHOD [=] { NO | FIRST | LAST }
  | KEY_BLOCK_SIZE [=] value
  | MAX_ROWS [=] value
  | MIN_ROWS [=] value
  | PACK_KEYS [=] {0 | 1 | DEFAULT}
  | PASSWORD [=] 'string'
  | ROW_FORMAT [=] {DEFAULT | DYNAMIC | FIXED | COMPRESSED | REDUNDANT | COMPACT}
  | SECONDARY_ENGINE_ATTRIBUTE [=] 'string'
  | STATS_AUTO_RECALC [=] {DEFAULT | 0 | 1}
  | STATS_PERSISTENT [=] {DEFAULT | 0 | 1}
  | STATS_SAMPLE_PAGES [=] value
  | TABLESPACE tablespace_name [STORAGE {DISK | MEMORY}]
  | UNION [=] (tbl_name[,tbl_name]...)
}

partition_options:
    (see CREATE TABLE options)

ALTER TABLE 更改表的结构。例如，您可以添加或删除列，创建或销毁索引，更改现有列的类型，或重命名列或表本身。您还可以更改特征，例如用于表的存储引擎或表注释。

ALTER TABLE 语句还有几个其他方面，在本节中的以下主题下进行了描述：

表选项

table_options 表示可在 CREATE TABLE 语句中使用的表选项，例如 ENGINE、AUTO_INCREMENT、AVG_ROW_LENGTH、MAX_ROWS、ROW_FORMAT 或 TABLESPACE。

有关所有表选项的说明，请参阅 第 15.1.20 节，“CREATE TABLE 语句”。但是，当作为表选项给出时，ALTER TABLE 会忽略 DATA DIRECTORY 和 INDEX DIRECTORY。 ALTER TABLE 仅允许将它们作为分区选项，并要求您具有 FILE 权限。

将表选项与 ALTER TABLE 一起使用提供了一种方便的方式来更改单个表特征。例如：

要验证表选项是否按预期更改，请使用 SHOW CREATE TABLE，或查询 Information Schema TABLES 表。

性能和空间要求

ALTER TABLE 操作使用以下算法之一进行处理：

对于使用 NDB 存储引擎的表，这些算法的工作方式如下：

更多信息，请参见章节 25.6.12，“使用 NDB Cluster 中的 ALTER TABLE 进行在线操作”。

ALGORITHM 子句是可选的。如果省略 ALGORITHM 子句，MySQL 会对支持它的存储引擎和 ALTER TABLE 子句使用 ALGORITHM=INSTANT。否则，将使用 ALGORITHM=INPLACE。如果 ALGORITHM=INPLACE 不受支持，则使用 ALGORITHM=COPY。

指定 ALGORITHM 子句需要操作对支持它的子句和存储引擎使用指定的算法，否则将失败并报错。指定 ALGORITHM=DEFAULT 与省略 ALGORITHM 子句相同。

使用 COPY 算法的 ALTER TABLE 操作会等待其他正在修改表的 操作完成。在将更改应用于表副本后，数据将被复制，原始表将被删除，表副本将重命名为原始表的名称。当 ALTER TABLE 操作执行时，原始表可由其他会话读取（除了稍后提到的例外情况）。在 ALTER TABLE 操作开始后启动的对表的更新和写入将被暂停，直到新表准备就绪，然后自动重定向到新表。除非是将表移动到位于不同目录的数据库的 RENAME TO 操作，否则表的临时副本将在原始表的数据库目录中创建。

前面提到的例外情况是，ALTER TABLE 在准备好从表和表定义缓存中清除过时的表结构时会阻止读取（而不仅仅是写入）。此时，它必须获取独占锁。为此，它会等待当前读取器完成，并阻止新的读取和写入。

使用 COPY 算法的 ALTER TABLE 操作会阻止并发 DML 操作。仍然允许并发查询。也就是说，复制表的 操作始终至少包括 LOCK=SHARED 的并发限制（允许查询但不允许 DML）。您可以通过指定 LOCK=EXCLUSIVE 进一步限制支持 LOCK 子句的操作的并发性，这将阻止 DML 和查询。有关更多信息，请参见 并发控制。

要强制对原本不会使用 COPY 算法的 ALTER TABLE 操作使用该算法，请指定 ALGORITHM=COPY 或启用 old_alter_table 系统变量。如果 old_alter_table 设置与值为非 DEFAULT 的 ALGORITHM 子句之间存在冲突，则 ALGORITHM 子句优先。

对于 InnoDB 表，在位于 共享表空间 中的表上使用 COPY 算法的 ALTER TABLE 操作可能会增加表空间使用的空间量。此类操作需要与表中的数据加索引一样多的额外空间。对于位于共享表空间中的表，操作期间使用的额外空间不会像位于 独立表空间 中的表那样释放回操作系统。

有关在线 DDL 操作的空间需求信息，请参阅 第 17.12.3 节“在线 DDL 空间需求”。

支持 INPLACE 算法的 ALTER TABLE 操作包括：

ALTER TABLE 操作支持 INSTANT 算法包括：

有关支持 ALGORITHM=INSTANT 的操作的更多信息，请参见 第 17.12.1 节，“在线 DDL 操作”。

ALTER TABLE 将 MySQL 5.5 时间列升级为 5.6 格式，用于 添加列、更改列、修改列、添加索引 和 FORCE 操作。无法使用 INPLACE 算法执行此转换，因为必须重建表，因此在这些情况下指定 ALGORITHM=INPLACE 会导致错误。如有必要，请指定 ALGORITHM=COPY。

如果对用于通过 KEY 对表进行分区的复合索引执行 ALTER TABLE 操作更改了列的顺序，则只能使用 ALGORITHM=COPY 执行该操作。

WITHOUT VALIDATION 和 WITH VALIDATION 子句会影响 ALTER TABLE 是否对 虚拟生成列 修改执行就地操作。请参见 第 15.1.9.2 节，“ALTER TABLE 和生成列”。

NDB Cluster 8.3 支持使用与标准 MySQL 服务器相同的 ALGORITHM=INPLACE 语法进行在线操作。 NDB 不允许在线更改表空间。有关更多信息，请参见第 25.6.12 节“NDB Cluster 中使用 ALTER TABLE 进行在线操作”。

执行复制 ALTER TABLE 时，NDB 会检查以确保没有对受影响的表进行并发写入。如果发现有任何写入，NDB 将拒绝 ALTER TABLE 语句并引发 ER_TABLE_DEF_CHANGED 错误。

使用 DISCARD ... PARTITION ... TABLESPACE 或 IMPORT ... PARTITION ... TABLESPACE 的 ALTER TABLE 不会创建任何临时表或临时分区文件。

使用 ADD PARTITION、DROP PARTITION、COALESCE PARTITION、REBUILD PARTITION 或 REORGANIZE PARTITION 的 ALTER TABLE 不会创建临时表（除非与 NDB 表一起使用）；但是，这些操作可以并且确实会创建临时分区文件。

RANGE 或 LIST 分区的 ADD 或 DROP 操作是立即操作或几乎立即操作。 HASH 或 KEY 分区的 ADD 或 COALESCE 操作会在所有分区之间复制数据，除非使用了 LINEAR HASH 或 LINEAR KEY；这实际上与创建新表相同，尽管 ADD 或 COALESCE 操作是按分区执行的。 REORGANIZE 操作仅复制已更改的分区，而不触及未更改的分区。

对于 MyISAM 表，您可以通过将 myisam_sort_buffer_size 系统变量设置为较高的值来加快索引重新创建的速度（这是更改过程中最慢的部分）。

并发控制

对于支持它的 ALTER TABLE 操作，您可以使用 LOCK 子句来控制表在被更改时并发读取和写入的级别。为该子句指定非默认值使您能够在更改操作期间要求一定数量的并发访问或独占性，并在无法获得请求的锁定级别时停止操作。

对于使用 ALGORITHM=INSTANT 的操作，仅允许使用 LOCK = DEFAULT。其他 LOCK 子句参数不适用。

LOCK 子句的参数如下：

添加、删除列

使用 ADD 向表中添加新列，并使用 DROP 删除现有列。 DROP col_name 是 MySQL 对标准 SQL 的扩展。

要在表行中的特定位置添加列，请使用 FIRST 或 AFTER col_name。默认是在最后添加列。

如果一个表只包含一列，则不能删除该列。如果你的目的是删除表，请使用 DROP TABLE 语句。

如果从表中删除列，则这些列也会从它们所属的任何索引中删除。如果组成索引的所有列都被删除，则索引也会被删除。如果你使用 CHANGE 或 MODIFY 来缩短存在索引的列，并且生成的列长度小于索引长度，MySQL 会自动缩短索引。

对于 ALTER TABLE ... ADD，如果列具有使用非确定性函数的表达式默认值，则该语句可能会产生警告或错误。有关更多信息，请参阅 第 13.6 节，“数据类型默认值”，以及 第 19.1.3.7 节，“使用 GTID 进行复制的限制”。

重命名、重新定义和重新排序列

CHANGE、MODIFY、RENAME COLUMN 和 ALTER 子句允许更改现有列的名称和定义。它们具有以下比较特征：

CHANGE 是标准 SQL 的 MySQL 扩展。 MODIFY 和 RENAME COLUMN 是为了与 Oracle 兼容而进行的 MySQL 扩展。

要更改列以同时更改其名称和定义，请使用 CHANGE，并指定新旧名称和新定义。 例如，要将 INT NOT NULL 列的名称从 a 更改为 b，并将其定义更改为使用 BIGINT 数据类型，同时保留 NOT NULL 属性，请执行以下操作：

ALTER TABLE t1 CHANGE a b BIGINT NOT NULL;

要更改列定义而不是其名称，请使用 CHANGE 或 MODIFY。 使用 CHANGE 时，语法需要两个列名，因此必须指定两次相同的名称才能保持名称不变。 例如，要更改列 b 的定义，请执行以下操作：

ALTER TABLE t1 CHANGE b b INT NOT NULL;

MODIFY 更方便在不更改名称的情况下更改定义，因为它只需要一次列名：

ALTER TABLE t1 MODIFY b INT NOT NULL;

要更改列名而不是其定义，请使用 CHANGE 或 RENAME COLUMN。 使用 CHANGE 时，语法需要列定义，因此要保持定义不变，必须重新指定列当前的定义。 例如，要将 INT NOT NULL 列的名称从 b 更改为 a，请执行以下操作：

ALTER TABLE t1 CHANGE b a INT NOT NULL;

RENAME COLUMN 更方便在不更改定义的情况下更改名称，因为它只需要新旧名称：

ALTER TABLE t1 RENAME COLUMN b TO a;

通常，您不能将列重命名为表中已存在的名称。 但是，有时情况并非如此，例如，当您交换名称或通过循环移动名称时。 如果一个表有 a、b 和 c 列，那么这些操作是有效的：

-- swap a and b
ALTER TABLE t1 RENAME COLUMN a TO b,
               RENAME COLUMN b TO a;
-- "rotate" a, b, c through a cycle
ALTER TABLE t1 RENAME COLUMN a TO b,
               RENAME COLUMN b TO c,
               RENAME COLUMN c TO a;

对于使用 CHANGE 或 MODIFY 进行的列定义更改，定义必须包含数据类型和应应用于新列的所有属性，但索引属性（如 PRIMARY KEY 或 UNIQUE）除外。 原始定义中存在但未为新定义指定的属性不会被继承。 假设列 col1 定义为 INT UNSIGNED DEFAULT 1 COMMENT 'my column'，您按如下方式修改该列，意图仅将 INT 更改为 BIGINT：

ALTER TABLE t1 MODIFY col1 BIGINT;

该语句将数据类型从 INT 更改为 BIGINT，但它也删除了 UNSIGNED、DEFAULT 和 COMMENT 属性。若要保留它们，语句必须明确包含它们：

ALTER TABLE t1 MODIFY col1 BIGINT UNSIGNED DEFAULT 1 COMMENT 'my column';

对于使用 CHANGE 或 MODIFY 进行的数据类型更改，MySQL 会尝试尽可能将现有列值转换为新类型。

如果使用 CHANGE 或 MODIFY 缩短存在索引的列，并且生成的列长度小于索引长度，则 MySQL 会自动缩短索引。

对于由 CHANGE 或 RENAME COLUMN 重命名的列，MySQL 会自动将以下引用重命名为重命名的列：

对于由 CHANGE 或 RENAME COLUMN 重命名的列，MySQL 不会自动将以下引用重命名为重命名的列：

要在表中对列重新排序，请在 CHANGE 或 MODIFY 操作中使用 FIRST 和 AFTER。

ALTER ... SET DEFAULT 或 ALTER ... DROP DEFAULT 分别为列指定新的默认值或删除旧的默认值。如果删除了旧的默认值并且该列可以为 NULL，则新的默认值为 NULL。如果该列不能为 NULL，则 MySQL 会分配一个默认值，如 第 13.6 节“数据类型默认值” 中所述。

ALTER ... SET VISIBLE 和 ALTER ... SET INVISIBLE 允许更改列可见性。参见 第 15.1.20.10 节“不可见列”。

主键 和 索引

DROP PRIMARY KEY 删除主键。如果没有主键，则会发生错误。有关主键性能特征的信息，尤其是对于InnoDB表，请参阅第 10.3.2 节“主键优化”。

如果启用了sql_require_primary_key系统变量，则尝试删除主键会产生错误。

如果向表中添加UNIQUE INDEX或PRIMARY KEY，MySQL 会将其存储在任何非唯一索引之前，以便尽早检测重复键。

DROP INDEX删除索引。这是 MySQL 对标准 SQL 的扩展。请参阅第 15.1.27 节“DROP INDEX 语句”。要确定索引名称，请使用SHOW INDEX FROM tbl_name。

一些存储引擎允许您在创建索引时指定索引类型。index_type 说明符的语法为USING type_name。有关USING的详细信息，请参阅第 15.1.15 节“CREATE INDEX 语句”。首选位置在列列表之后。预计在未来版本的 MySQL 中将删除对列列表之前使用该选项的支持。

index_option值指定索引的附加选项。USING就是其中一个选项。有关允许的index_option值的详细信息，请参阅第 15.1.15 节“CREATE INDEX 语句”。

RENAME INDEX old_index_name TO new_index_name重命名索引。这是 MySQL 对标准 SQL 的扩展。表的内容保持不变。old_index_name必须是表中现有索引的名称，该索引不会被同一ALTER TABLE语句删除。new_index_name是新索引名称，它不能与应用更改后结果表中的索引名称重复。两个索引名称都不能是PRIMARY。

如果您在MyISAM表上使用ALTER TABLE，则所有非唯一索引都将在单独的批处理中创建（与REPAIR TABLE一样）。当您拥有许多索引时，这应该会使ALTER TABLE快得多。

对于 MyISAM 表，可以明确控制键更新。使用 ALTER TABLE ... DISABLE KEYS 指示 MySQL 停止更新非唯一索引。然后使用 ALTER TABLE ... ENABLE KEYS 重新创建缺失的索引。 MyISAM 使用一种特殊的算法来执行此操作，该算法比逐个插入键快得多，因此在执行批量插入操作之前禁用键应该会显着提高速度。使用 ALTER TABLE ... DISABLE KEYS 除了前面提到的权限之外，还需要 INDEX 权限。

当非唯一索引被禁用时，它们会被诸如 SELECT 和 EXPLAIN 之类的语句忽略，否则会使用它们。

在 ALTER TABLE 语句之后，可能需要运行 ANALYZE TABLE 来更新索引基数信息。参见 第 15.7.7.23 节，“SHOW INDEX 语句”。

ALTER INDEX 操作允许索引变为可见或不可见。优化器不会使用不可见索引。索引可见性的修改适用于除主键（显式或隐式）之外的索引，并且不能使用 ALGORITHM=INSTANT 执行。此功能是存储引擎中立的（支持任何引擎）。有关更多信息，请参见 第 10.3.12 节，“不可见索引”。

外键和其他约束

FOREIGN KEY 和 REFERENCES 子句受 InnoDB 和 NDB 存储引擎支持，它们实现了 ADD [CONSTRAINT [symbol]] FOREIGN KEY [index_name] (...) REFERENCES ... (...)。参见 第 15.1.20.5 节，“FOREIGN KEY 约束”。对于其他存储引擎，这些子句会被解析但会被忽略。

对于 ALTER TABLE，与 CREATE TABLE 不同，如果给出 index_name，ADD FOREIGN KEY 会忽略它，并使用自动生成的外键名称。作为一种解决方法，包含 CONSTRAINT 子句以指定外键名称：

ADD CONSTRAINT name FOREIGN KEY (....) ...

MySQL 服务器和 NDB 集群都支持使用 ALTER TABLE 来删除外键：

ALTER TABLE tbl_name DROP FOREIGN KEY fk_symbol;

在同一 ALTER TABLE 语句中添加和删除外键支持 ALTER TABLE ... ALGORITHM=INPLACE，但不支持 ALTER TABLE ... ALGORITHM=COPY。

服务器禁止更改可能导致参照完整性丢失的外键列。解决方法是在更改列定义之前使用 ALTER TABLE ... DROP FOREIGN KEY，然后在之后使用 ALTER TABLE ... ADD FOREIGN KEY。禁止更改的示例包括：

ALTER TABLE tbl_name RENAME new_tbl_name 将内部生成的外键约束名称和以字符串 “tbl_name_ibfk_” 开头的用户定义的外键约束名称更改为反映新表名。 InnoDB 将以字符串 “tbl_name_ibfk_” 开头的外键约束名称解释为内部生成的名称。

ALTER TABLE 允许添加、删除或更改现有表的 CHECK 约束：

DROP CHECK和ALTER CHECK子句是 MySQL 对标准 SQL 的扩展。

ALTER TABLE允许更通用的（和 SQL 标准）语法来删除和更改任何类型的现有约束，其中约束类型由约束名称决定：

SQL 标准规定所有类型的约束（主键、唯一索引、外键、检查）都属于同一个命名空间。在 MySQL 中，每个约束类型在每个模式中都有自己的命名空间。因此，每种约束类型的名称在每个模式中必须是唯一的，但不同类型的约束可以具有相同的名称。当多个约束具有相同的名称时，DROP CONSTRAINT和ADD CONSTRAINT会产生歧义并导致错误。在这种情况下，必须使用特定于约束的语法来修改约束。例如，使用DROP PRIMARY KEY或 DROP FOREIGN KEY 来删除主键或外键。

如果表更改导致违反强制执行的CHECK约束，则会发生错误并且不会修改表。发生错误的操作示例：

ALTER TABLE tbl_name RENAME new_tbl_name 会将以字符串“tbl_name_chk_”开头的内部生成和用户定义的 CHECK 约束名称更改为反映新表名。MySQL 将以字符串“tbl_name_chk_”开头的 CHECK 约束名称解释为内部生成的名称。

修改字符集

要将表默认字符集和所有字符列（CHAR、VARCHAR、TEXT）更改为新的字符集，请使用如下语句：

ALTER TABLE tbl_name CONVERT TO CHARACTER SET charset_name;

该语句还会更改所有字符列的排序规则。如果您没有指定 COLLATE 子句来指示要使用的排序规则，则该语句将使用字符集的默认排序规则。如果此排序规则不适合预期的表使用（例如，如果它将从区分大小写的排序规则更改为不区分大小写的排序规则），请明确指定排序规则。

对于数据类型为 VARCHAR 或 TEXT 类型之一的列，CONVERT TO CHARACTER SET 会根据需要更改数据类型，以确保新列的长度足以存储与原始列一样多的字符。例如，TEXT 列有两个长度字节，用于存储列中值的最大字节长度，最大为 65,535。对于 latin1 TEXT 列，每个字符需要一个字节，因此该列最多可以存储 65,535 个字符。如果该列转换为 utf8mb4，则每个字符可能需要最多 4 个字节，最大可能长度为 4 × 65,535 = 262,140 字节。该长度不适合 TEXT 列的长度字节，因此 MySQL 会将数据类型转换为 MEDIUMTEXT，这是长度字节可以记录 262,140 值的最小字符串类型。同样，VARCHAR 列可能会转换为 MEDIUMTEXT。

为避免刚才描述的数据类型更改，请勿使用 CONVERT TO CHARACTER SET。而是使用 MODIFY 更改单个列。例如：

ALTER TABLE t MODIFY latin1_text_col TEXT CHARACTER SET utf8mb4;
ALTER TABLE t MODIFY latin1_varchar_col VARCHAR(M) CHARACTER SET utf8mb4;

如果您指定了 CONVERT TO CHARACTER SET binary，则 CHAR、VARCHAR 和 TEXT 列将转换为其相应的二进制字符串类型（BINARY、VARBINARY、BLOB）。这意味着这些列不再具有字符集，并且后续的 CONVERT TO 操作不再适用于它们。

如果 CONVERT TO CHARACTER SET 操作中的 charset_name 是 DEFAULT，则将使用由 character_set_database 系统变量命名的字符集。

ALTER TABLE t1 CHANGE c1 c1 BLOB;
ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8mb4;

要仅更改表的 默认 字符集，请使用以下语句：

ALTER TABLE tbl_name DEFAULT CHARACTER SET charset_name;

单词 DEFAULT 是可选的。默认字符集是您在以后向表中添加列时（例如，使用 ALTER TABLE ... ADD column）未指定列字符集时使用的字符集。

当启用 foreign_key_checks 系统变量（默认设置）时，不允许在包含用于外键约束的字符串列的表上进行字符集转换。解决方法是在执行字符集转换之前禁用 foreign_key_checks。您必须在外键约束涉及的两个表上执行转换，然后才能重新启用 foreign_key_checks。如果您仅转换其中一个表后就重新启用 foreign_key_checks，则 ON DELETE CASCADE 或 ON UPDATE CASCADE 操作可能会损坏引用表中的数据，因为在这些操作期间会发生隐式转换（Bug #45290、Bug #74816）。

导入InnoDB表

使用自己的 文件-每-表 表空间创建的 InnoDB 表可以通过 DISCARD TABLEPACE 和 IMPORT TABLESPACE 语句从备份或从其他 MySQL 服务器实例导入。参见 第 17.6.1.3 节，“导入 InnoDB 表”。

MyISAM表的行顺序

ORDER BY 使您能够创建按特定顺序排列的新表。当您知道大多数时候会以特定顺序查询行时，此选项特别有用。在对表进行重大更改后使用此选项，您也许可以获得更高的性能。在某些情况下，如果表按您希望稍后对其进行排序的列排序，则可能会使 MySQL 更容易进行排序。

ORDER BY 语法允许指定一个或多个列名进行排序，每个列名后面可以选择跟 ASC 或 DESC 以分别指示升序或降序排序。默认为升序。仅允许列名称作为排序条件；不允许使用任意表达式。此子句应在任何其他子句之后最后给出。

ORDER BY 对 InnoDB 表没有意义，因为 InnoDB 始终根据 聚簇索引 对表行进行排序。

当用于分区表时，ALTER TABLE ... ORDER BY 仅对每个分区内的行进行排序。

分区选项

partition_options 表示可用于分区表的选项，用于重新分区，添加、删除、丢弃、导入、合并和拆分分区，以及执行分区维护。

ALTER TABLE 语句除了其他 alter 规范之外，还可以包含 PARTITION BY 或 REMOVE PARTITIONING 子句，但 PARTITION BY 或 REMOVE PARTITIONING 子句必须在任何其他规范之后最后指定。 ADD PARTITION、DROP PARTITION、DISCARD PARTITION、IMPORT PARTITION、COALESCE PARTITION、REORGANIZE PARTITION、EXCHANGE PARTITION、ANALYZE PARTITION、CHECK PARTITION 和 REPAIR PARTITION 选项不能与单个 ALTER TABLE 中的其他 alter 规范组合，因为上面列出的选项作用于单个分区。

关于分区选项的更多信息，请参阅 第 15.1.20 节，“CREATE TABLE 语句”，以及 第 15.1.9.1 节，“ALTER TABLE 分区操作”。有关 ALTER TABLE ... EXCHANGE PARTITION 语句的信息和示例，请参阅 第 26.3.3 节，“使用表交换分区和子分区”。