本节讨论 MySQL 分区支持的当前约束和限制。

禁止构造。  分区表达式中不允许使用以下构造：

有关分区表达式中允许的 SQL 函数的列表，请参阅 第 19.6.3 节，“与函数相关的分区限制”。

算术和逻辑运算符。  在分区表达式中允许 使用算术运算符 +、 -和 。*但是，结果必须是整数值或NULL（ [LINEAR] KEY分区的情况除外，如本章其他部分所述；有关更多信息，请参见 第 19.2 节，“分区类型”）。

DIVoperator 也是支持的， operator/是不允许的。（错误#30188，错误#33182）

分区表达式中不允许 使用位运算符 |, &, ^, <<, >>和 。~

处理程序语句。  在 MySQL 5.6 中， HANDLER分区表不支持该语句。

服务器 SQL 模式。  使用用户定义分区的表不会保留创建它们时有效的 SQL 模式。如第 5.1.10 节“服务器 SQL 模式”中所述，许多 MySQL 函数和运算符的结果可能会根据服务器 SQL 模式而改变。因此，在创建分区表后随时更改 SQL 模式可能会导致此类表的行为发生重大变化，并且很容易导致数据损坏或丢失。由于这些原因，强烈建议您永远不要在创建分区表后更改服务器 SQL 模式。

例子。  以下示例说明了由于服务器 SQL 模式的更改而导致的分区表行为的一些更改：

服务器 SQL 模式也会影响分区表的复制。源和副本上的不同 SQL 模式可能导致分区表达式的计算方式不同；这可能会导致分区之间的数据分布在给定表的源副本和副本副本中不同，甚至可能导致插入分区表在源上成功但在副本上失败。为获得最佳结果，您应该始终在源和副本上使用相同的服务器 SQL 模式。

性能考虑。  以下列表给出了分区操作对性能的一些影响：

最大分区数。  在 MySQL 5.6.7 之前，不使用NDB 存储引擎的给定表的最大可能分区数为 1024。从 MySQL 5.6.7 开始，此限制增加到 8192 个分区。无论 MySQL 服务器版本如何，此最大值都包括子分区。

使用存储引擎的表的用户定义分区的最大可能数量NDB取决于所使用的 NDB Cluster 软件的版本、数据节点的数量和其他因素。有关详细信息，请参阅 NDB 和用户定义的分区。

如果在创建具有大量分区（但少于最大值）的表时遇到错误消息，例如 Got error ... from storage engine: Out of resources when opening file，您也许可以解决该问题通过增加 open_files_limit系统变量的值。但是，这取决于操作系统，可能并非在所有平台上都可行或不可取；有关详细信息，请参阅 第 B.3.2.17 节“未找到文件和类似错误”。在某些情况下，出于其他考虑，使用大量（数百个）分区可能也是不可取的，因此使用更多分区不会自动带来更好的结果。

另请参阅 文件系统操作。

不支持查询缓存。  分区表不支持查询缓存。从 MySQL 5.6.5 开始，查询缓存对于涉及分区表的查询自动禁用，并且不能为此类查询启用。（漏洞 #53775）

每个分区键缓存。 在 MySQL 5.6 中，使用and 语句 支持分区MyISAM表的键缓存。可以为一个、几个或所有分区定义键缓存，并且可以将一个、几个或所有分区的索引预加载到键缓存中。 CACHE INDEXLOAD INDEX INTO CACHE

分区 InnoDB 表不支持外键。  使用存储引擎的分区表InnoDB 不支持外键。更具体地说，这意味着以下两个陈述是正确的：

刚刚列出的限制范围包括所有使用InnoDB存储引擎的表。 不允许使用会导致表违反这些限制的语句 CREATE TABLE。ALTER TABLE

更改表 ... 排序依据。 针对分区表运行 的语句会导致仅在每个分区内对行进行排序。ALTER TABLE ... ORDER BY column

通过修改主键对 REPLACE 语句的影响。  在某些情况下（请参阅 第 19.6.1 节，“分区键、主键和唯一键”）可能需要修改表的主键。请注意，如果您的应用程序使用REPLACE 语句并且您这样做，则这些语句的结果可能会发生巨大变化。有关更多信息和示例， 请参阅第 13.2.8 节，“REPLACE 语句” 。

全文索引。  分区表不支持FULLTEXT 索引或搜索，即使对于使用 InnoDB或 MyISAM存储引擎的分区表也是如此。

空间列。 分区表中不能使用 POINT 或 等空间数据类型的列。GEOMETRY

临时表。  临时表不能分区。（漏洞 #17497）

日志表。  无法对日志表进行分区；对此类表的 ALTER TABLE ... PARTITION BY ...语句失败并出现错误。

分区键的数据类型。  分区键必须是整数列或解析为整数的表达式。ENUM不能使用使用列的表达式 。列或表达式值也可以是NULL。（参见第 19.2.7 节，“MySQL 分区如何处理 NULL”。）

此限制有两个例外：

上述异常均不适用于 BLOB或 TEXT列类型。

子查询。  分区键可能不是子查询，即使该子查询解析为整数值或NULL。

键分区不支持列索引前缀。  创建按键分区的表时，分区键中使用列前缀的任何列都会被表的分区函数忽略。考虑以下 CREATE TABLE语句，它有三VARCHAR列，其主键使用所有三列并为其中两列指定前缀：

CREATE TABLE t1 (
    a VARCHAR(10000),
    b VARCHAR(25),
    c VARCHAR(10),
    PRIMARY KEY (a(10), b, c(2))
) PARTITION BY KEY() PARTITIONS 2;

此语句被接受，但结果表实际上是像您发出以下语句一样创建的，仅使用不包含 b分区键前缀（列）的主键列：

CREATE TABLE t1 (
    a VARCHAR(10000),
    b VARCHAR(25),
    c VARCHAR(10),
    PRIMARY KEY (a(10), b, c(2))
) PARTITION BY KEY(b) PARTITIONS 2;

如果发生这种情况，则不会发出警告或任何其他指示，除非为分区键指定的所有列都使用前缀，在这种情况下，语句失败并显示此处显示的错误消息：

mysql> CREATE TABLE t2 (
    ->     a VARCHAR(10000),
    ->     b VARCHAR(25),
    ->     c VARCHAR(10),
    ->     PRIMARY KEY (a(10), b(5), c(2))
    -> ) PARTITION BY KEY() PARTITIONS 2;
ERROR 1503 (HY000): A PRIMARY KEY must include all columns in the
table's partitioning function

当更改或升级此类表时也会发生这种情况，包括分区函数中使用的列通过使用空PARTITION BY KEY()子句隐式定义为表主键中的列的情况。

这是一个已知问题，在 MySQL 8.0 中通过弃用宽容行为得到解决；在 MYSQL 8.0 中，如果任何使用前缀的列包含在表的分区函数中，服务器会为每个此类列记录适当的警告，或者在必要时引发描述性错误。（允许在分区键中使用带前缀的列在 MySQL 的未来版本中将被完全删除。）

有关按键分区表的一般信息，请参阅 第 19.2.5 节，“KEY 分区”。

子分区的问题。  子分区必须使用HASH或 KEY分区。只有 RANGE和LIST分区可以被子分区；HASH并且 KEY分区不能被子分区。

SUBPARTITION BY KEY要求显式指定一个或多个子分区列，这与 的情况不同PARTITION BY KEY，后者可以省略（在这种情况下默认使用表的主键列）。考虑此语句创建的表：

CREATE TABLE ts (
    id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(30)
);

您可以使用如下语句创建一个具有相同列并按 分区的表 KEY：

CREATE TABLE ts (
    id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(30)
)
PARTITION BY KEY()
PARTITIONS 4;

前面的语句被认为是这样写的，表的主键列用作分区列：

CREATE TABLE ts (
    id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(30)
)
PARTITION BY KEY(id)
PARTITIONS 4;

但是，以下尝试使用默认列作为子分区列创建子分区表的语句失败，必须指定该列才能使语句成功，如下所示：

mysql> CREATE TABLE ts (
    ->     id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    ->     name VARCHAR(30)
    -> )
    -> PARTITION BY RANGE(id)
    -> SUBPARTITION BY KEY()
    -> SUBPARTITIONS 4
    -> (
    ->     PARTITION p0 VALUES LESS THAN (100),
    ->     PARTITION p1 VALUES LESS THAN (MAXVALUE)
    -> );
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use near ')

mysql> CREATE TABLE ts (
    ->     id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    ->     name VARCHAR(30)
    -> )
    -> PARTITION BY RANGE(id)
    -> SUBPARTITION BY KEY(id)
    -> SUBPARTITIONS 4
    -> (
    ->     PARTITION p0 VALUES LESS THAN (100),
    ->     PARTITION p1 VALUES LESS THAN (MAXVALUE)
    -> );
Query OK, 0 rows affected (0.07 sec)

这是一个已知问题（请参阅错误 #51470）。

不支持延迟选项。  不支持使用INSERT DELAYED将行插入分区表。尝试这样做失败并出现错误。

数据目录和索引目录选项。  DATA DIRECTORY并且INDEX DIRECTORY在与分区表一起使用时受到以下限制：

修复和重建分区表。 分区表支持 语句CHECK TABLE、 OPTIMIZE TABLE、 ANALYZE TABLE和 。REPAIR TABLE

此外，您可以使用ALTER TABLE ... REBUILD PARTITION重建分区表的一个或多个分区；ALTER TABLE ... REORGANIZE PARTITION也会导致分区重建。有关这两个语句的更多信息， 请参见 第 13.1.7 节，“ALTER TABLE 语句” 。

分区表不支持 mysqlcheck、 myisamchk和 myisampack 。

FOR EXPORT 选项（FLUSH TABLES）。 MySQL 5.6.16 及更早版本中 的分区表不支持 该 FLUSH TABLES语句的选项。（漏洞 #16943907） FOR EXPORTInnoDB