按键分区类似于按散列分区,不同之处在于散列分区使用用户定义的表达式,用于键分区的散列函数由 MySQL 服务器提供。NDB Cluster
MD5()
用于此目的;对于使用其他存储引擎的表,服务器使用自己的内部散列函数,该函数基于与PASSWORD()
.
的语法规则CREATE TABLE ... PARTITION BY
KEY
类似于创建按哈希分区的表的语法规则。此处列出了主要差异:
KEY
被使用而不是HASH
。KEY
只接受零个或多个列名的列表。任何用作分区键的列都必须包含部分或全部表的主键(如果表有主键)。如果没有将列名指定为分区键,则使用表的主键(如果有的话)。例如,以下CREATE TABLE
语句在 MySQL 5.7 中有效:CREATE TABLE k1 ( id INT NOT NULL PRIMARY KEY, name VARCHAR(20) ) PARTITION BY KEY() PARTITIONS 2;
如果没有主键但有唯一键,则使用唯一键作为分区键:
CREATE TABLE k1 ( id INT NOT NULL, name VARCHAR(20), UNIQUE KEY (id) ) PARTITION BY KEY() PARTITIONS 2;
但是,如果唯一键列未定义为
NOT NULL
,则前面的语句将失败。在这两种情况下,分区键都是
id
列,即使它没有显示在表的输出SHOW CREATE TABLE
或表的PARTITION_EXPRESSION
列中INFORMATION_SCHEMA.PARTITIONS
。与其他分区类型的情况不同,用于分区的列
KEY
不限于整数或NULL
值。例如,以下CREATE TABLE
语句是有效的:CREATE TABLE tm1 ( s1 CHAR(32) PRIMARY KEY ) PARTITION BY KEY(s1) PARTITIONS 10;
如果要指定不同的分区类型,则 前面的语句将无效。(在这种情况下,简单地使用
PARTITION BY KEY()
也是有效的并且与 具有相同的效果PARTITION BY KEY(s1)
,因为s1
是表的主键。)有关此问题的更多信息,请参阅 第 22.6 节,“分区的约束和限制”。
分区键不支持具有索引前缀的列。这意味着 、
CHAR
、VARCHAR
和BINARY
列VARBINARY
可以在分区键中使用,只要它们不使用前缀;因为必须为BLOB
and 指定前缀TEXT
索引定义中的列,不可能在分区键中使用这两种类型的列。在 MySQL 5.7 中,在创建、更改或升级分区表时允许使用前缀的列,即使它们不包含在表的分区键中。这是 MySQL 5.7 中的一个已知问题,已在 MySQL 8.0 中解决,其中不推荐使用这种允许行为,并且在这些情况下尝试使用此类列时,服务器会显示适当的警告或错误。有关更多信息和示例, 请参阅键分区不支持的列索引前缀。笔记使用
NDB
存储引擎的表由 隐式分区KEY
,使用表的主键作为分区键(与其他 MySQL 存储引擎一样)。如果 NDB Cluster 表没有显式主键,则存储引擎为每个 NDB Cluster 表生成的“隐藏”NDB
主键 用作分区键。如果为
NDB
表定义显式分区方案,则该表必须具有显式主键,并且分区表达式中使用的任何列都必须是该键的一部分。但是,如果表使用“空”分区表达式——即PARTITION BY KEY()
没有列引用——则不需要显式主键。您可以使用ndb_desc实用程序(带有
-p
选项) 观察此分区 。重要的对于键分区表,您不能执行
ALTER TABLE DROP PRIMARY KEY
,因为这样做会产生错误ERROR 1466 (HY000): Field in list of fields for partition function not found in table。对于由 ;分区的 NDB Cluster 表来说,这不是问题KEY
;在这种情况下,表将使用“隐藏”主键作为表的新分区键进行重组 。请参阅第 21 章,MySQL NDB Cluster 7.5 和 NDB Cluster 7.6。
也可以通过线性键对表进行分区。这是一个简单的例子:
CREATE TABLE tk (
col1 INT NOT NULL,
col2 CHAR(5),
col3 DATE
)
PARTITION BY LINEAR KEY (col1)
PARTITIONS 3;
UsingLINEAR
对分区的影响与对
KEY
分区
的影响相同HASH
,分区号是使用二次幂算法而不是模运算得出的。有关此算法及其含义的描述,
请参阅第 22.2.4.1 节,“线性散列分区” 。