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 语句”。但是，当 DATA DIRECTORY 和 INDEX DIRECTORY 作为表选项给出时，ALTER TABLE 会忽略它们。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 操作包括

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

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

对于 ADD COLUMN、CHANGE COLUMN、MODIFY COLUMN、ADD INDEX 和 FORCE 操作，ALTER TABLE 会将 MySQL 5.5 时间类型列升级为 5.6 格式。此转换无法使用 INPLACE 算法完成，因为必须重建表，因此在这些情况下指定 ALGORITHM=INPLACE 会导致错误。如有必要，请指定 ALGORITHM=COPY。

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

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

NDB Cluster 9.0 支持使用与标准 MySQL Server 相同的 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 是 MySQL 对标准 SQL 的扩展。MODIFY 和 RENAME COLUMN 是 MySQL 为兼容 Oracle 而提供的扩展。

要更改列以更改其名称和定义，请使用 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。如果该列不能为空，则 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 操作可能会损坏引用表中的数据，因为在这些操作期间会发生隐式转换（错误 #45290，错误 #74816）。

导入 InnoDB 表

可以使用 DISCARD TABLEPACE 和 IMPORT TABLESPACE 子句从备份或从另一个 MySQL 服务器实例导入在其自己的 每个表一个文件 表空间中创建的 InnoDB 表。请参阅 第 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 节“与表交换分区和子分区”。