只需在分区表上使用ALTER TABLE 和partition_options 子句即可根据partition_options 定义的分区方案对表进行重新分区。此子句始终以 PARTITION BY 开头，并遵循与CREATE TABLE 的partition_options 子句相同的语法和其他规则（有关更详细的信息，请参阅 第 15.1.20 节“CREATE TABLE 语句”），也可用于对尚未分区的现有表进行分区。例如，假设定义了一个（未分区的）表，如下所示

CREATE TABLE t1 (
    id INT,
    year_col INT
);

可以使用 HASH 对此表进行分区，以 id 列作为分区键，并将表划分为 8 个分区，如下面的语句所示

ALTER TABLE t1
    PARTITION BY HASH(id)
    PARTITIONS 8;

MySQL 支持使用 [SUB]PARTITION BY [LINEAR] KEY 的 ALGORITHM 选项。 ALGORITHM=1 会使服务器在计算行在分区中的放置位置时使用与 MySQL 5.1 相同的键哈希函数；ALGORITHM=2 意味着服务器使用在 MySQL 5.5 及更高版本中默认实现和使用的键哈希函数。（使用在 MySQL 5.5 及更高版本中使用的键哈希函数创建的分区表不能由 MySQL 5.1 服务器使用。）不指定该选项与使用 ALGORITHM=2 的效果相同。此选项主要用于在 MySQL 5.1 和更高版本的 MySQL 版本之间升级或降级 [LINEAR] KEY 分区表时，或在 MySQL 5.5 或更高版本的服务器上创建通过 KEY 或 LINEAR KEY 分区的表，这些表可以在 MySQL 5.1 服务器上使用。

使用 ALTER TABLE ... PARTITION BY 语句生成的结果表必须遵循与使用 CREATE TABLE ... PARTITION BY 创建的表相同的规则。这包括管理表可能具有的任何唯一键（包括任何主键）与分区表达式中使用的列或列之间的关系的规则，如第 26.6.1 节，“分区键、主键和唯一键” 中所述。指定分区数量的 CREATE TABLE ... PARTITION BY 规则也适用于 ALTER TABLE ... PARTITION BY。

用于 ALTER TABLE ADD PARTITION 的 partition_definition 子句支持与用于CREATE TABLE 语句的同名子句相同的选项。（有关语法和描述，请参见第 15.1.20 节，“CREATE TABLE 语句”。）假设您已创建如所示的分区表

CREATE TABLE t1 (
    id INT,
    year_col INT
)
PARTITION BY RANGE (year_col) (
    PARTITION p0 VALUES LESS THAN (1991),
    PARTITION p1 VALUES LESS THAN (1995),
    PARTITION p2 VALUES LESS THAN (1999)
);

您可以向此表添加一个名为 p3 的新分区，用于存储小于 2002 的值，方法如下

ALTER TABLE t1 ADD PARTITION (PARTITION p3 VALUES LESS THAN (2002));

DROP PARTITION 可用于删除一个或多个 RANGE 或 LIST 分区。此语句不能与 HASH 或 KEY 分区一起使用；相反，请使用 COALESCE PARTITION（见本节后面的内容）。存储在 partition_names 列表中命名的已删除分区中的所有数据都将被丢弃。例如，给定之前定义的表 t1，您可以按如下所示删除名为 p0 和 p1 的分区

ALTER TABLE t1 DROP PARTITION p0, p1;

ADD PARTITION 和 DROP PARTITION 目前不支持 IF [NOT] EXISTS。

DISCARD PARTITION ... TABLESPACE 和IMPORT PARTITION ... TABLESPACE 选项将 可移植表空间 功能扩展到各个 InnoDB 表分区。每个 InnoDB 表分区都有自己的表空间文件（.ibd 文件）。可移植表空间 功能可以轻松地将表空间从一个正在运行的 MySQL 服务器实例复制到另一个正在运行的实例，或在同一个实例上执行恢复操作。这两个选项都采用一个或多个分区名称的逗号分隔列表。例如

ALTER TABLE t1 DISCARD PARTITION p2, p3 TABLESPACE;

ALTER TABLE t1 IMPORT PARTITION p2, p3 TABLESPACE;

在子分区表上运行DISCARD PARTITION ... TABLESPACE 和IMPORT PARTITION ... TABLESPACE 时，分区和子分区名称都是允许的。当指定分区名称时，将包含该分区的所有子分区。

可移植表空间 功能还支持复制或恢复分区 InnoDB 表。有关详细信息，请参见第 17.6.1.3 节，“导入 InnoDB 表”。

支持分区表的重命名。您可以使用 ALTER TABLE ... REORGANIZE PARTITION 间接重命名单个分区；但是，此操作会复制分区的數據。

要从选定的分区删除行，请使用 TRUNCATE PARTITION 选项。此选项采用一个或多个逗号分隔的分区名称的列表。考虑由以下语句创建的表 t1

CREATE TABLE t1 (
    id INT,
    year_col 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 (2003),
    PARTITION p4 VALUES LESS THAN (2007)
);

要从分区 p0 中删除所有行，请使用以下语句

ALTER TABLE t1 TRUNCATE PARTITION p0;

刚刚显示的语句与以下 DELETE 语句具有相同的效果

DELETE FROM t1 WHERE year_col < 1991;

截断多个分区时，分区不必连续：这可以极大地简化分区表的删除操作，否则如果使用 DELETE 语句，则需要非常复杂的 WHERE 条件。例如，以下语句会从分区 p1 和 p3 中删除所有行

ALTER TABLE t1 TRUNCATE PARTITION p1, p3;

等效的 DELETE 语句如下所示

DELETE FROM t1 WHERE
    (year_col >= 1991 AND year_col < 1995)
    OR
    (year_col >= 2003 AND year_col < 2007);

如果使用 ALL 关键字代替分区名称列表，则该语句会对所有表分区起作用。

TRUNCATE PARTITION 只是删除行；它不会更改表本身或其任何分区的定义。

要验证行是否已删除，请使用类似于以下查询的查询检查 INFORMATION_SCHEMA.PARTITIONS 表

SELECT PARTITION_NAME, TABLE_ROWS
    FROM INFORMATION_SCHEMA.PARTITIONS
    WHERE TABLE_NAME = 't1';

COALESCE PARTITION 可用于通过 number 减少通过 HASH 或 KEY 分区的表的分区数量。假设您已创建表 t2，如下所示

CREATE TABLE t2 (
    name VARCHAR (30),
    started DATE
)
PARTITION BY HASH( YEAR(started) )
PARTITIONS 6;

要将 t2 使用的分区数量从 6 减少到 4，请使用以下语句

ALTER TABLE t2 COALESCE PARTITION 2;

最后一个 number 分区中包含的数据将合并到剩余的分区中。在本例中，分区 4 和 5 将合并到前 4 个分区（编号为 0、1、2 和 3 的分区）中。

要更改分区表使用的一些但并非所有分区，可以使用 REORGANIZE PARTITION。此语句可用于多种方式

有关 ALTER TABLE ... REORGANIZE PARTITION 语句的更详细的信息和示例，请参见第 26.3.1 节，“RANGE 和 LIST 分区的管理”。

要将表分区或子分区与表交换，请使用 ALTER TABLE ... EXCHANGE PARTITION 语句，即，将分区或子分区中的所有现有行移动到非分区表，并将非分区表中的所有现有行移动到表分区或子分区。

一旦使用 ALGORITHM=INSTANT 向分区表添加了一列或多列，就无法再将分区与该表交换。

有关使用方法和示例，请参见第 26.3.3 节，“将分区和子分区与表交换”。

几个选项提供类似于通过 CHECK TABLE 和 REPAIR TABLE（也支持分区表；有关详细信息，请参见第 15.7.3 节，“表维护语句”）等语句为非分区表实现的功能的分区维护和修复功能。这些选项包括 ANALYZE PARTITION、CHECK PARTITION、OPTIMIZE PARTITION、REBUILD PARTITION 和 REPAIR PARTITION。每个选项都采用一个 partition_names 子句，该子句由一个或多个分区名称（以逗号分隔）组成。这些分区必须已存在于目标表中。您也可以使用 ALL 关键字代替 partition_names，在这种情况下，该语句会对所有表分区起作用。有关详细信息和示例，请参见第 26.3.4 节，“分区的维护”。

InnoDB 目前不支持按分区优化；ALTER TABLE ... OPTIMIZE PARTITION 会导致整个表重建和分析，并会发出相应的警告。（错误 #11751825，错误 #42822）要解决此问题，请改用 ALTER TABLE ... REBUILD PARTITION 和 ALTER TABLE ... ANALYZE PARTITION。

对于未分区的表，不支持 ANALYZE PARTITION、CHECK PARTITION、OPTIMIZE PARTITION 和 REPAIR PARTITION 选项。

REMOVE PARTITIONING 使您能够删除表的划分，而不会影响表或其数据。此选项可以与其他 ALTER TABLE 选项结合使用，例如用于添加、删除或重命名列或索引的选项。

将 ENGINE 选项与 ALTER TABLE 一起使用会更改表使用的存储引擎，而不会影响划分。目标存储引擎必须提供自己的划分处理程序。只有 InnoDB 和 NDB 存储引擎具有本机划分处理程序。