核心是识别冷数据并定期归档，通过分批迁移历史数据至归档表或外部存储，结合事件调度器或cron任务自动化执行，确保一致性与可恢复性。
MySQL数据定期归档的核心在于识别冷数据、设计归档策略，并通过自动化任务执行归档流程。关键点包括：明确归档范围、选择合适的归档方式（如表迁移或导出）、设置定时任务，以及确保数据一致性与可恢复性。
确定归档对象与策略
不是所有数据都需要归档，通常归档的是历史久、访问频率低的“冷数据”，比如超过一年的日志、订单记录等。
- 分析数据使用频率：通过查询慢日志或业务反馈判断哪些表或时间段的数据很少被读取。
- 定义归档规则：例如“保留最近1年的数据在线，其余归档到历史表”。
- 决定归档方式：可以将数据从主表迁移到同结构的历史表，也可以导出为文件存储在外部系统（如HDFS、S3）。
实现数据迁移归档
最常见的做法是将旧数据从主表移动到归档表，同时从原表删除。
示例：将 orders 表中2023年之前的数据归档创建归档表：
CREATE TABLE orders_archive LIKE orders;
执行归档并删除原数据（建议分批操作避免锁表）：
INSERT INTO orders_archive SELECT * FROM orders WHERE create_time < '2023-01-01' LIMIT 1000; <p>DELETE FROM orders WHERE create_time < '2023-01-01' LIMIT 1000;
使用 LIMIT 控制每次操作的数据量，防止长时间锁表影响线上服务。
使用事件调度器自动执行
MySQL 提供 EVENT 调度器功能，可用于定期执行归档脚本。
开启事件调度器：
SET GLOBAL event_scheduler = ON;
创建每月执行一次的归档事件：
CREATE EVENT monthly_archive ON SCHEDULE EVERY 1 MONTH STARTS '2024-01-01 02:00:00' DO BEGIN INSERT INTO orders_archive SELECT * FROM orders WHERE create_time < DATE_SUB(NOW(), INTERVAL 1 YEAR) LIMIT 500; <p>DELETE FROM orders WHERE create_time < DATE_SUB(NOW(), INTERVAL 1 YEAR) LIMIT 500; END;
注意：事件中的操作仍需控制批量大小，避免阻塞主业务。
结合外部脚本与定时任务
更灵活的方式是使用 shell 或 Python 脚本配合 Linux cron 定时执行。
- 脚本中连接 MySQL 执行归档 SQL。
- 支持日志记录、错误告警、邮件通知等增强功能。
- 便于处理复杂逻辑，如归档后压缩备份或上传至对象存储。
0 2 1 * * /path/to/archive_script.sh
基本上就这些。归档的关键是稳定、可控、可追溯。只要逻辑清晰、操作分批、有备份机制，就能安全运行。
