在MySQL中使用分区表可以显著提升大表的查询效率，特别是当数据量达到千万级甚至上亿时。合理设计分区策略能让查询只扫描相关分区，减少I/O开销，提高响应速度。
什么是分区表
分区表是将一个大表按某种规则逻辑拆分成多个小的部分，每个部分称为一个分区。这些分区在物理上独立存储，但逻辑上仍属于同一张表。MySQL支持多种分区类型，常见的有：RANGE、LIST、HASH、KEY 分区。
选择合适的分区类型
根据业务场景选择适合的分区方式，才能真正提升性能：
RANGE 分区：适用于按时间范围查询的场景，比如按月或按年分区。例如日志表按created_time分区。 HASH / KEY 分区：适合均匀分布数据，避免某些分区过大。可用于用户ID哈希分区，使数据更均衡。 LIST 分区：适用于明确分类字段，如按地区、状态等离散值分区。
举例：按时间范围分区
CREATE TABLE logs ( id INT NOT NULL, log_time DATETIME, content TEXT ) PARTITION BY RANGE (YEAR(log_time)) ( PARTITION p2022 VALUES LESS THAN (2023), PARTITION p2023 VALUES LESS THAN (2024), PARTITION p2024 VALUES LESS THAN (2025) );分区对查询性能的优化原理
MySQL能自动进行分区裁剪（Partition Pruning），即在执行查询时只访问满足条件的分区，跳过无关分区。
例如执行以下查询：
SELECT * FROM logs WHERE log_time BETWEEN '2023-05-01' AND '2023-05-31';MySQL只会扫描
p2023分区，而不会读取其他年份的数据，大幅减少扫描行数。
关键点：
查询条件中必须包含分区键，否则无法触发分区裁剪。 联合索引中应把分区键放在前面，以便更好利用索引和分区。 避免全表扫描，确保执行计划使用了分区过滤。注意事项与最佳实践
虽然分区能提升性能，但也有使用限制和潜在问题：
不支持唯一索引或主键包含非分区键字段（除非分区键是主键的一部分）。 每个表最多支持8192个分区，实际建议控制在几十个以内，避免管理开销。 ALTER TABLE 操作可能影响所有分区，耗时较长。 定期归档旧分区可用ALTER TABLE ... DROP PARTITION快速删除整块数据。
对于高频时间查询的表，推荐按月或按天做RANGE分区；对于大而无明显时间特征的表，可考虑HASH分区来分散I/O压力。
基本上就这些。只要分区键选得准，查询条件用得好，分区表就能带来明显的性能提升。
