MySQL的分区技术是将一张逻辑大表按照预设规则拆分成多个物理存储片段的技术，每个片段称为一个分区，所有分区组合起来对外呈现为一张完整的表，用户查询时无需感知分区的存在，数据库会自动定位到对应的分区执行操作，非常适合管理数据量持续增长的大型数据集。
MySQL分区的核心优势
对于大型数据集来说，分区技术能带来多方面的性能提升和管理便利：
- 查询性能提升：查询时如果条件命中分区键，数据库只会扫描对应分区的数据，避免全表扫描，大幅减少IO消耗。
- 数据维护便捷：可以单独对某个分区进行备份、删除、优化操作，比如按时间分区的表，删除过期数据时直接删除对应分区即可，比逐行删除效率高很多。
- 存储扩展灵活：可以将不同分区放到不同的磁盘设备上，分散存储压力，提升整体存储容量。
常见的分区类型及适用场景
MySQL支持多种分区类型，不同的类型适配不同的业务场景：
| 分区类型 | 核心规则 | 适用场景 |
|---|---|---|
| 范围分区（RANGE） | 按照分区键的连续范围划分分区，比如按时间、按数值区间 | 带时间属性的日志表、订单表，按月份或年份分区 |
| 列表分区（LIST） | 按照分区键的离散值划分分区，每个分区对应一组固定的值 | 按地区、按业务类型划分的数据集 |
| 哈希分区（HASH） | 对分区键做哈希计算，将数据均匀分布到各个分区 | 没有明显范围或离散值特征，需要均匀分散数据压力的场景 |
| 键分区（KEY） | 类似哈希分区，但是使用MySQL内部的哈希函数，支持更多类型的分区键 | 分区键为非整数类型的场景 |
范围分区实战示例
范围分区是最常用的分区类型，下面以按时间分区的订单表为例，演示如何创建和使用分区表。
创建分区表
假设我们有一个订单表，存储所有用户的订单数据，数据量会随着时间持续增长，我们按照订单创建时间按年份分区：
-- 创建订单分区表，按订单创建时间的年份做范围分区
CREATE TABLE order_info (
order_id BIGINT NOT NULL,
user_id BIGINT NOT NULL,
order_amount DECIMAL(10,2) NOT NULL,
create_time DATETIME NOT NULL,
PRIMARY KEY (order_id, create_time) -- 分区键需要包含在主键中
)
PARTITION BY RANGE (YEAR(create_time)) (
PARTITION p2020 VALUES LESS THAN (2021), -- 2020年及之前的数据
PARTITION p2021 VALUES LESS THAN (2022), -- 2021年的数据
PARTITION p2022 VALUES LESS THAN (2023), -- 2022年的数据
PARTITION p2023 VALUES LESS THAN (2024), -- 2023年的数据
PARTITION p_future VALUES LESS THAN MAXVALUE -- 2024年及之后的数据
);
插入和查询数据
插入数据时，MySQL会自动根据create_time的年份将数据放到对应的分区中：
-- 插入2023年的订单数据，会自动进入p2023分区 INSERT INTO order_info (order_id, user_id, order_amount, create_time) VALUES (1001, 101, 199.99, '2023-05-20 14:30:00'); -- 插入2024年的订单数据，会自动进入p_future分区 INSERT INTO order_info (order_id, user_id, order_amount, create_time) VALUES (1002, 102, 299.99, '2024-01-10 09:15:00');
查询时如果条件包含分区键，数据库会自动做分区裁剪，只扫描对应的分区：
-- 查询2023年的订单，只会扫描p2023分区，不会扫描其他分区 SELECT * FROM order_info WHERE create_time >= '2023-01-01' AND create_time < '2024-01-01';
新增和删除分区
当时间进入新的年份，我们需要新增对应的分区，同时可以删除过期的历史分区：
-- 新增2024年的分区，需要先删除p_future分区，再新增p2024和新的p_future
ALTER TABLE order_info DROP PARTITION p_future;
ALTER TABLE order_info ADD PARTITION (
PARTITION p2024 VALUES LESS THAN (2025),
PARTITION p_future VALUES LESS THAN MAXVALUE
);
-- 删除2020年的过期分区，数据会直接被清除
ALTER TABLE order_info DROP PARTITION p2020;
使用分区的注意事项
在使用MySQL分区技术管理大型数据集时，需要注意以下几点：
- 分区键必须是主键或者唯一索引的一部分，否则创建分区表会失败。
- 分区数量不是越多越好，过多的分区会增加查询优化器的负担，一般建议单表分区数量不超过100个。
- 分区表的性能提升依赖于查询条件命中分区键，如果查询没有用到分区键，还是会扫描所有分区，无法获得性能收益。
- 不是所有存储引擎都支持分区，MySQL中只有InnoDB和MyISAM引擎支持分区，目前主流使用的是InnoDB引擎。
- 分区表不支持外键约束，如果业务依赖外键关联，需要谨慎使用分区。
分区技术只是管理大型数据集的手段之一，当单表数据量超过分区技术的承载上限时，还需要结合分库分表等其他方案进一步优化。
MySQL分区技术大型数据集range_partitioning修改时间：2026-06-20 13:45:33