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

禁止的结构。 在分区表达式中不允许使用以下结构

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

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

也支持 DIV 运算符；不允许使用 / 运算符。

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

服务器 SQL 模式。 采用用户定义分区的表不会保留创建它们时生效的 SQL 模式。正如本手册其他地方所述（请参阅 第 7.1.11 节，“服务器 SQL 模式”），许多 MySQL 函数和运算符的结果可能会根据服务器 SQL 模式而改变。因此，在创建分区表之后的任何时间更改 SQL 模式都可能导致此类表的行为发生重大变化，并且很容易导致数据损坏或丢失。由于这些原因，强烈建议您在创建分区表后永远不要更改服务器 SQL 模式。

例如，服务器 SQL 模式更改后导致分区表不可用，请考虑以下 CREATE TABLE 语句，该语句只有在启用了 NO_UNSIGNED_SUBTRACTION 模式的情况下才能成功执行

mysql> SELECT @@sql_mode;
+------------+
| @@sql_mode |
+------------+
|            |
+------------+
1 row in set (0.00 sec)

mysql> CREATE TABLE tu (c1 BIGINT UNSIGNED)
    ->   PARTITION BY RANGE(c1 - 10) (
    ->     PARTITION p0 VALUES LESS THAN (-5),
    ->     PARTITION p1 VALUES LESS THAN (0),
    ->     PARTITION p2 VALUES LESS THAN (5),
    ->     PARTITION p3 VALUES LESS THAN (10),
    ->     PARTITION p4 VALUES LESS THAN (MAXVALUE)
    -> );
ERROR 1563 (HY000): Partition constant is out of partition function domain

mysql> SET sql_mode='NO_UNSIGNED_SUBTRACTION';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT @@sql_mode;
+-------------------------+
| @@sql_mode              |
+-------------------------+
| NO_UNSIGNED_SUBTRACTION |
+-------------------------+
1 row in set (0.00 sec)

mysql> CREATE TABLE tu (c1 BIGINT UNSIGNED)
    ->   PARTITION BY RANGE(c1 - 10) (
    ->     PARTITION p0 VALUES LESS THAN (-5),
    ->     PARTITION p1 VALUES LESS THAN (0),
    ->     PARTITION p2 VALUES LESS THAN (5),
    ->     PARTITION p3 VALUES LESS THAN (10),
    ->     PARTITION p4 VALUES LESS THAN (MAXVALUE)
    -> );
Query OK, 0 rows affected (0.05 sec)

如果在创建 tu 后删除 NO_UNSIGNED_SUBTRACTION 服务器 SQL 模式，则您可能无法再访问此表

mysql> SET sql_mode='';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM tu;
ERROR 1563 (HY000): Partition constant is out of partition function domain
mysql> INSERT INTO tu VALUES (20);
ERROR 1563 (HY000): Partition constant is out of partition function domain

另请参阅 第 7.1.11 节，“服务器 SQL 模式”。

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

性能注意事项。 以下列表中给出了一些分区操作对性能的影响

最大分区数。 未使用 NDB 存储引擎的给定表的最大可能分区数为 8192。此数字包括子分区。

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

如果在创建具有大量分区（但小于最大值）的表时遇到错误消息，例如 从存储引擎获取错误 ...：打开文件时资源不足，您或许可以通过增加 open_files_limit 系统变量的值来解决此问题。但是，这取决于操作系统，并且在所有平台上都可能无法实现或不建议这样做；有关更多信息，请参阅 第 B.3.2.16 节，“找不到文件和类似错误”。在某些情况下，由于其他原因，使用大量（数百个）分区也可能不可取，因此使用更多分区不会自动带来更好的结果。

另请参阅 文件系统操作。

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

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

ALTER TABLE ... ORDER BY.  对分区表运行的 ALTER TABLE ... ORDER BY 列 语句仅会导致每个分区内的行排序。

ADD COLUMN ... ALGORITHM=INSTANT.  一旦您在分区表上执行 ALTER TABLE ... ADD COLUMN ... ALGORITHM=INSTANT，就不再可能与该表交换分区。

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

FULLTEXT 索引.  分区表不支持 FULLTEXT 索引或搜索。

空间列.  具有空间数据类型的列（例如 POINT 或 GEOMETRY）不能在分区表中使用。

临时表.  临时表不能分区。

日志表.  无法对日志表进行分区；对此类表执行 ALTER TABLE ... PARTITION BY ... 语句将失败并报错。

分区键的数据类型.  分区键必须是整数列或解析为整数的表达式。不能使用采用 ENUM 列的表达式。列或表达式值也可以是 NULL；请参阅 第 26.2.7 节 “MySQL 分区如何处理 NULL”。

此限制有两个例外

上述例外情况均不适用于 BLOB 或 TEXT 列类型。

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

键分区不支持列索引前缀.  创建按键分区的表时，分区函数中不允许使用分区键中任何使用列前缀的列。请考虑以下 CREATE TABLE 语句，它包含三个 VARCHAR 列，并且其主键使用所有三个列并为其中一个列指定了前缀。此语句将被拒绝并报错，如下所示

mysql> USE d;
Database changed
mysql> CREATE TABLE t1 (
    ->     a VARCHAR(10000),
    ->     b VARCHAR(25),
    ->     c VARCHAR(10),
    ->     PRIMARY KEY (a(10), b, c)
    -> ) PARTITION BY KEY() PARTITIONS 2;
ERROR 6123 (HY000): Column 'd.t1.a' having prefix key part 'a(10)' in the
PARTITION BY KEY() clause is not supported.

有关按键对表进行分区的常规信息，请参阅 第 26.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）。

DATA DIRECTORY 和 INDEX DIRECTORY 选项.  表级 DATA DIRECTORY 和 INDEX DIRECTORY 选项将被忽略（请参阅错误 #32091）。您可以对 InnoDB 表的各个分区或子分区使用这些选项。DATA DIRECTORY 子句中指定的目录必须为 InnoDB 所知。有关更多信息，请参阅 使用 DATA DIRECTORY 子句。

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

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

ANALYZE、CHECK、OPTIMIZE、REPAIR 和 TRUNCATE 操作支持子分区。请参阅 第 15.1.9.1 节 “ALTER TABLE 分区操作”。

分区和子分区的文件名分隔符.  表分区和子分区文件名包括生成的分隔符，例如 #P# 和 #SP#。此类分隔符的大小写可能会有所不同，因此不应依赖它们。