MySQL 本身不直接提供“镜像”这个概念，通常所说的“MySQL 镜像”可能是指使用 Docker 部署的 MySQL 容器镜像，或者是主从复制中的从库（备库）被视为“镜像”。而“自动清理过期数据”更多是业务数据或日志文件的管理问题。下面从两个常见场景说明如何设置自动清理策略。
1. 自动清理过期业务数据（如日志表、历史记录）
如果你希望定期清理数据库中过期的数据（例如保留最近30天的数据），可以通过以下方式实现：
使用事件调度器（Event Scheduler）定期执行删除操作
注意：需确保事件调度器已启用。开启事件调度器：
SET GLOBAL event_scheduler = ON;
创建一个每天凌晨清理过期数据的事件：
CREATE EVENT IF NOT EXISTS clean_old_logs ON SCHEDULE EVERY 1 DAY STARTS DATE_ADD(DATE_ADD(CURDATE(), INTERVAL 1 DAY), INTERVAL 2 HOUR) DO DELETE FROM your_log_table WHERE create_time < DATE_SUB(NOW(), INTERVAL 30 DAY);
说明：
your_log_table 是你要清理的表名 create_time 是时间字段 INTERVAL 30 DAY 表示保留最近30天数据 在凌晨2点执行，避免高峰期建议： 对大表删除时，避免长时间锁表，可分批删除：
DELETE FROM your_log_table WHERE create_time < DATE_SUB(NOW(), INTERVAL 30 DAY) LIMIT 1000;
配合循环事件多次执行，或使用脚本控制。
2. 自动清理 MySQL 日志文件（二进制日志、慢查询日志等）
Docker 镜像运行的 MySQL 常见问题是日志文件占用过多磁盘空间，特别是二进制日志（binlog）。
设置 binlog 过期自动清理
在 MySQL 配置文件（如 my.cnf 或通过 Docker 环境变量挂载的配置）中添加：
[mysqld] # 自动清理超过7天的 binlog expire_logs_days = 7 <h1>推荐使用更精确的配置（MySQL 8.0+ 使用 binlog_expire_logs_seconds）</h1><p>binlog_expire_logs_seconds = 604800 # 7天（单位：秒）</p>
修改后重启服务或动态生效：
SET GLOBAL binlog_expire_logs_seconds = 604800;
其他日志管理建议：
slow_query_log 和 general_log 建议关闭，除非调试需要 使用 logrotate 管理 MySQL 错误日志（error log）的轮转3. Docker 环境下的 MySQL 镜像配置建议
若使用官方 MySQL 镜像（如 mysql:8.0），可通过挂载自定义配置文件实现自动清理。
步骤：
- 创建配置文件 my.cnf：
[mysqld] expire_logs_days = 7 binlog_expire_logs_seconds = 604800 event_scheduler = ON
- 启动容器时挂载配置和数据卷：
docker run -d \ --name mysql-container \ -v /path/to/my.cnf:/etc/mysql/conf.d/mysql.cnf \ -v /path/to/data:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD=yourpassword \ mysql:8.0
这样容器启动时会自动加载配置，开启事件调度并设置日志过期策略。
基本上就这些。关键是根据实际需求选择清理对象：是业务数据还是系统日志，并通过事件或配置实现自动化。
