在SQL数据库的日常运维中，随着业务数据量不断增长，历史数据的归档成为必须面对的问题。如果直接对大表进行数据删除或迁移，很容易导致锁表、业务中断，而基于PARTITION的detach和attach操作可以完美解决零停机归档的需求。
PARTITION detach与attach的核心原理
分区表是将大表按照一定规则拆分成多个独立子分区的表结构，每个分区可以独立进行维护操作。detach操作是将指定的子分区从原分区表中脱离，脱离后的分区会变成一个独立的普通表，这个过程只会短暂持有元数据锁，不会阻塞正常的业务读写。attach操作则是将一个符合分区规则的普通表挂载到目标分区表中，同样对业务影响极小。
零停机归档的具体实施步骤
1. 确认目标分区信息
首先需要查询分区表的元数据，确认需要归档的分区名称、分区边界以及对应的数据范围，避免操作错误的分区。以MySQL为例，查询语句如下：
-- 查询分区表的分区信息
SELECT
PARTITION_NAME,
PARTITION_DESCRIPTION,
TABLE_ROWS
FROM INFORMATION_SCHEMA.PARTITIONS
WHERE TABLE_NAME = 'order_table'
AND TABLE_SCHEMA = 'business_db';
2. 执行detach操作脱离分区
确认目标分区后，执行detach语句将分区从原表中脱离，脱离后的分区会成为独立的表，原分区表不再包含该分区的数据，业务查询新数据时不会扫描到该分区。
-- 将p202301分区从order_table中脱离 ALTER TABLE business_db.order_table DETACH PARTITION p202301;
3. 处理脱离后的独立表
脱离后的分区表会变为名为order_table_p202301的普通表，此时可以将该表的数据迁移到归档库，或者导出为文件存储，操作过程不会影响原业务表的正常使用。
-- 将脱离的分区表数据插入归档库 INSERT INTO archive_db.order_archive_202301 SELECT * FROM business_db.order_table_p202301;
4. 可选：创建新分区并attach
如果业务需要新增分区来存储新数据，可以先创建符合分区规则的空表，再执行attach操作挂载到原分区表中，整个过程对业务无感知。
-- 创建符合分区规则的空表
CREATE TABLE business_db.order_table_p202401 (
id INT PRIMARY KEY,
order_time DATETIME,
amount DECIMAL(10,2)
) ENGINE=InnoDB;
-- 将空表挂载为新的分区
ALTER TABLE business_db.order_table
ATTACH PARTITION p202401
VALUES LESS THAN ('2024-02-01')
TABLE business_db.order_table_p202401;
注意事项与常见问题
- 执行detach和attach操作前，建议先对原表和目标表进行备份，避免操作失误导致数据丢失。
- 不同数据库的分区语法略有差异，比如PostgreSQL的detach语法为
ALTER TABLE table_name DETACH PARTITION partition_name，需要根据实际使用的数据库调整语句。 - detach操作会短暂持有表的元数据锁，建议在业务低峰期执行，进一步降低对业务的影响。
- attach的表必须完全符合目标分区表的分区规则，包括字段结构、分区边界等，否则会执行失败。
适用场景说明
该流程特别适合按时间分区的业务大表，比如订单表、日志表等，这类表的历史数据访问频率低，定期归档可以减小主表体积，提升查询性能。对于非分区表，需要先改造为分区表才能使用该方案实现零停机归档。
PARTITION_detachPARTITION_attachSQL数据归档零停机修改时间：2026-07-05 06:06:20