MySQL 利用事件调度器自动清理 binlog

检查并启用事件调度器

MySQL 的事件调度器能够将特定 SQL 语句按设定时间周期性地触发执行，非常适用于需要定期维护的场景，例如自动归档或清理日志文件。在执行任何基于事件的操作前，必须先确认 event_scheduler 处于开启状态。

执行以下命令查看当前状态：当返回值为 ON 时代表已启用；若为 OFF 则需手动开启。

SELECT @@event_scheduler;

若发现功能未开启，可通过设置全局变量临时生效：

SET GLOBAL event_scheduler = 1;

为保证重启后依然有效，建议修改 MySQL 的配置文件 my.cnf（Linux/macOS）或 my.ini（Windows），在 [mysqld] 部分添加如下配置项：
event_scheduler = 1

创建定时清理 Binlog 的任务

开启调度器后，即可编写具体的清理逻辑。本示例旨在创建一个每日执行的计划任务，保留最近 4 天的二进制日志，并自动清除更早的文件，以防止磁盘空间被耗尽。

使用 PURGE MASTER LOGS BEFORE 命令结合日期计算函数即可完成该动作：

CREATE EVENT purge_binlog
ON SCHEDULE EVERY 1 DAY
DO PURGE MASTER LOGS BEFORE DATE_SUB( NOW(), INTERVAL 4 DAY);

上述语句定义了以下关键要素：

• 执行频率：ON SCHEDULE EVERY 1 DAY，表示任务每隔一天运行一次。
• 清理动作：PURGE MASTER LOGS...，用于物理删除指定的 binlog 文件及其在索引表中的记录。
• 保留范围：INTERVAL 4 DAY，即仅保留过去 4 天内产生的日志。

第1步：验证任务是否生效

任务创建完成后，建议检查其详细信息以确保没有语法错误或权限阻碍。
访问元数据视图 information_schema.EVENTS 即可查看系统中的所有计划任务。

SELECT * FROM information_schema.EVENTS;

关注结果集中的以下几个关键字段：
- EVENT_NAME：确认为刚才创建的 purge_binlog。
- SCHEDULE_DEFINITION：核对计划是否为每天执行一次。
- STATUS：显示为 ENABLED 才表示任务正在正常运行。
- LAST_EXECUTED：此字段记录了该作业上次成功执行的具体时间点，可用于判断任务是否如期跑完。

总结与维护建议

通过内置的事件调度器管理 MySQL 的二进制日志，省去了依赖操作系统 Crontab 或 Shell 脚本调用 MySQL 客户端的繁琐步骤，且能确保在数据库层面进行安全校验后的清理操作。对于长期运行的业务库，合理设置过期保留天数是平衡存储空间与故障回溯能力的关键手段。

以上就是 MySQL 利用事件调度器定时删除 binlog 的详细内容，更多关于 MySQL 性能调优与自动化运维的资料请关注本站其它相关文章！