先明确归档范围和保留周期，再制定归档策略文档，通过时间字段判断归档数据，优先导出备份至历史库或文件，分批删除并加sleep间隔减少影响，最后优化表结构释放空间并监控效果。
MySQL归档数据的清理主要是为了释放存储空间、提升数据库性能，同时保留必要的历史数据。合理的归档与清理策略需要兼顾业务需求和系统资源。以下是定期清理归档数据的标准操作流程。
明确归档范围和保留周期
在执行清理前，先确定哪些表或数据属于归档范畴。常见如日志表、订单历史表、操作记录等。根据业务要求设定数据保留周期，例如只保留最近1年的数据。
- 与业务方确认数据使用场景，避免误删仍在使用的数据
- 制定归档策略文档，包括表名、保留时间、清理频率等
- 建议通过时间字段（如create_time）作为归档判断依据
将数据归档到历史库或文件
直接删除数据有风险，推荐先将需清理的数据导出备份。
- 使用SELECT ... INTO OUTFILE导出到CSV文件
- 或插入到单独的归档数据库中，便于后续审计或恢复
- 确保归档过程不影响主库性能，可在低峰期执行
分批删除归档数据
大表一次性删除大量数据会锁表并产生大量binlog，应采用分批删除方式。
- 每次删除固定条数，例如：DELETE FROM logs WHERE create_time
- 配合WHERE条件和索引，确保删除效率
- 每批之间加sleep间隔，减少对线上服务的影响
- 可通过脚本循环执行直到无更多数据可删
优化表结构并监控效果
删除大量数据后，表的物理存储并未立即释放。
- 执行OPTIMIZE TABLE table_name;回收空间（InnoDB支持）
- 或通过ALTER TABLE ... ENGINE=InnoDB;重建表
- 检查磁盘使用情况和查询性能变化，验证清理效果
基本上就这些。定期清理归档数据不复杂但容易忽略细节，关键是做好计划、分步执行、留好备份。结合定时任务（如cron）可实现自动化运维。
