MySQL的Binary Log（二进制日志）用于记录所有对数据库的更改操作，常用于主从复制和数据恢复。但长时间运行后，binlog文件会占用大量磁盘空间，需要定期清理。以下是几种安全有效的清理方式。
1. 使用PURGE BINARY LOGS命令手动清理
你可以通过执行PURGE BINARY LOGS命令删除指定时间或位置之前的binlog文件。
按时间清理： 删除7天前的binlog
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 7 DAY);按日志文件名清理： 删除到指定文件为止的所有旧日志
PURGE BINARY LOGS TO 'mysql-bin.000100';注意： 确保要清理的binlog没有被从库（Slave）还未同步使用，否则会导致主从异常。
2. 配置自动过期策略（推荐）
从MySQL 5.7.7开始，支持通过expire_logs_days参数设置binlog自动过期时间。在配置文件中设置更省心。
编辑my.cnf或my.ini：
[mysqld]expire_logs_days = 7
这表示binlog自动保留7天，超过时间的会由MySQL自动清理。
MySQL 8.0以后建议使用：
binlog_expire_logs_seconds = 604800 # 相当于7天修改后无需重启，可动态生效（部分版本需重启）：
SET GLOBAL binlog_expire_logs_seconds = 604800;3. 查看当前binlog使用情况
清理前建议先查看现有binlog状态：
SHOW BINARY LOGS;查看哪些文件正在被使用：
SHOW MASTER STATUS;确认从库是否已同步完旧日志（在从库执行）：
SHOW SLAVE STATUS\G关注Relay_Master_Log_File字段，确保主库不会删除从库尚未应用的日志。
4. 特殊情况：重置主库日志（慎用）
如果想彻底清空所有binlog并重新开始（例如重建主从环境），可以使用：
RESET MASTER;警告： 这会删除所有binlog，并将日志序列号重置为000001，生产环境严禁随意使用，可能导致从库中断。
基本上就这些。日常建议启用binlog_expire_logs_seconds自动管理，配合定期监控binlog数量和磁盘使用，避免空间耗尽。清理前务必确认不影响从库同步。不复杂但容易忽略细节。
