MySQL binlog日志清理方法：自动过期与手动删除操作指南

准备条件与风险评估

在进行任何 binlog 操作前，需明确当前环境是否处于主从复制状态。若涉及从库同步，手动删除 binlog 可能导致从库数据丢失或主从断裂。操作高危命令前务必检查主从状态，建议先备份数据库或确认从库已同步至待删除的日志点之后。

方案一：关闭 Binlog 日志

如果业务不需要主从复制且无需基于时间点的恢复，最直接的方法是关闭 binlog。

第1步：修改配置文件

编辑 MySQL 配置文件 /etc/my.cnf，注释掉以下行以禁用 binlog：

# vim /etc/my.cnf
# Replication Master Server (default)
# binary logging is required for replication
# log-bin=mysql-bin
# binary logging format - mixed recommended
# binlog_format=mixed

第2步：重启 MySQL 服务

保存配置后，重启 MySQL 使更改生效。重启后将不再产生新的 binlog 文件，但已有的旧文件仍占用空间，需后续清理。

方案二：设置自动过期清理（推荐）

保留 binlog 用于审计或从库同步，同时限制其生命周期，由系统自动删除过期日志是最安全的做法。

第1步：通过配置文件永久设置

在 /etc/my.cnf 中添加或修改 expire_logs_days 参数，单位为天：

# vim /etc/my.cnf
expire_logs_days = 10  # 设置自动删除10天前的二进制日志

此方法需要重启 MySQL 才能生效。

第2步：不重启动态设置（临时生效）

若希望立即生效且暂时不重启服务，可进入 MySQL 命令行直接修改全局变量：

> SHOW VARIABLES LIKE 'expire_logs_days';
> SET GLOBAL expire_logs_days = 10;

注意：动态设置重启后失效，如需持久化仍需写入配置文件。

方案三：手动清除 Binlog 日志

当空间告急或需要立即释放磁盘时，可使用 SQL 命令手动指定删除范围。

第1步：按日期删除指定之前的日志

登录 MySQL，执行 PURGE MASTER LOGS BEFORE DATE_SUB(...) 命令。例如删除 10 天前的所有 binlog：

# /usr/local/mysql/bin/mysql -u root -p
> PURGE MASTER LOGS BEFORE DATE_SUB(CURRENT_DATE, INTERVAL 10 DAY);
> SHOW MASTER LOGS;

第2步：重置所有 Binlog

如果确认不再需要任何历史记录，且从库已完成同步或已断开连接，可以重置主库日志：

# /usr/local/mysql/bin/mysql -u root -p
> RESET MASTER;

排错与注意事项

• 主从影响：在执行 PURGE MASTER LOGS 或 RESET MASTER 前，务必确认从库服务器已读取并应用了这些即将被删除的日志。否则从库将因找不到中继日志而停止同步，出现错误。
• 查看当前日志：操作前可通过 SHOW MASTER LOGS; 查看当前活跃的日志文件名和大小，避免误删关键日志。
• 验证结果：操作完成后，再次运行 SHOW MASTER LOGS; 确认为预期的最小文件列表，并通过操作系统检查对应目录下的文件是否已被物理删除。

以上就是 MySQL binlog 日志自动清理及手动删除的详细内容，更多关于 MySQL 日志管理与主从同步优化的资料请关注本站其它相关文章！