MySQL分区之KEY分区详解

一、基本概念

MySQL 提供了多种数据分布策略以解决海量数据下的访问瓶颈。其中，KEY 分区是基于 HASH 的一种变体。两者的核心逻辑都是通过哈希算法将行数据映射到不同的区域，但适用场景有所区别：

• 哈希逻辑：HASH 分区只接受整数或返回整数的表达式；而 KEY 分区则由 MySQL 服务器内部的哈希函数负责处理，因此支持除 TEXT 和 BLOB 之外的几乎所有列类型（包括字符串）。它不允许用户自定义公式，统一使用内部函数。

  特性	HASH 分区	KEY 分区
  底层算法	用户自定义表达式	系统内部提供
  数据类型限制	必须是整数类型或表达式结果必须为整数	除 TEXT/BLOB 外支持所有列类型

第1步：确定默认分区字段

当表中存在主键（Primary Key）时，如果在创建 KEY 分区时未指定列名，系统将优先选择主键作为分区依据。若不存在主键，则会自动寻找一个具有非空约束的唯一索引列（Unique Key）。需特别注意，被选作分区字段的列绝对不能包含 NULL 值。

二、常规 KEY 分区应用

常规的 KEY 分区能够均匀地将数据打散。以下以 SQL 脚本为例，演示如何创建一个名为 tb_key 的表，并基于字符型字段 var 进行分布。

CREATE TABLE tb_key (
    id INT NOT NULL,
    var CHAR(32)
) PARTITION BY KEY(var) PARTITIONS 10;

为了验证分区是否成功生成以及每个分区的状态（如预估行数、子分区方式等），可以查询 information_schema 中的 PARTITIONS 视图：

SELECT 
    PARTITION_NAME,
    PARTITION_METHOD,
    PARTITION_EXPRESSION,
    PARTITION_DESCRIPTION,
    TABLE_ROWS,
    SUBPARTITION_NAME,
    SUBPARTITION_METHOD,
    SUBPARTITION_EXPRESSION 
FROM information_schema.PARTITIONS 
WHERE TABLE_SCHEMA = SCHEMA() AND TABLE_NAME = 'tb_key';

最后，我们可以插入各类测试数据以观察其物理落盘情况：

INSERT INTO tb_key (id, var) VALUES
    (1, '星期一'),
    (2, '1998-10-19'),
    (3, 'new'),
    (4, '非常好'),
    (5, '5');

三、LINEAR KEY 线性分区

如同 HASH 分区一样，KEY 分区也支持线性（Linear）模式。在需要频繁增加或合并分区（即动态扩展存储空间）的场景下，线性 KEY 能够提供更高的效率和更平滑的数据迁移体验。

例如，创建一个拥有 3 个分区的线性 KEY 表：

CREATE TABLE tb_keyline (
    id INT NOT NULL,
    var CHAR(5)
) PARTITION BY LINEAR KEY (var) PARTITIONS 3;

四、分区管理与维护

在实际运维中，可能需要对已建立的表分区进行调整。这里仅说明删除多余分区和新增空间的操作方法。

第1步：缩减分区（COALESCE）

当不需要大量分散存储或者希望合并现有冗余分区以节省元数据开销时，可以使用 COALESCE 命令减少分区数量：

ALTER TABLE tb_key COALESCE PARTITION 2;

第2步：扩容分区（ADD）

若随着数据量增长，原有分区数量已无法满足均衡分布的需求，可追加新的分区组：

ALTER TABLE tb_key ADD PARTITION PARTITIONS 3;

五、移除表的分区配置

有时候业务重构需要取消某张表原有的复杂分区逻辑，将其重新转化为一张普通大表。

ALTER TABLE tablename REMOVE PARTITIONING;

风险提醒与参数对比：上述指令仅仅剥离了关于“如何按范围/哈希切分”的逻辑标记，并不会删除表内已有的任何行数据。如果需要彻底清空某一部分的历史记录，应使用标准的 DROP PARTITION 操作，但这会导致对应的数据不可挽回地丢失，执行前务必确认备份安全。

以上就是关于 MySQL 中 KEY 分区与 LINEAR KEY 详细用法的解析，更多关于 MySQL 高性能数据库设计的资料请关注本站其它相关文章！