前言
MySQL的binlog是用于数据复制、恢复的重要日志文件，但随着时间的推移，binlog文件会不断增长并占用大量磁盘空间。因此，定期清理不再需要的binlog日志是非常必要的。
注意：在执行清理命令之前，请务必确认你不再需要这些日志文件，因为一旦被删除，就无法恢复。
清理binlog日志的方法
自动删除binlog
可以通过修改MySQL的配置文件（通常是my.cnf或my.ini），设置expire_logs_days参数来自动清理过期的binlog日志文件。这个参数指定了日志文件在被自动删除前的有效天数。例如，如果设置为30天，则任何超过30天的binlog日志都会被自动删除。在MySQL 8.0及以上版本中，建议使用binlog_expire_logs_seconds参数，它以秒为单位设置binlog的过期时间，默认为2592000秒（30天）。
注意：expire_logs_days 设置后不会立即删除日志，需要通过 FLUSH LOGS 命令或者等待二进制日志文件达到 max_binlog_size 指定的大小，或者MySQL服务重启来触发日志的删除 。
手动删除binlog
如果你想要立即清理特定的binlog日志文件，可以使用PURGE命令手动清理。
PURGE BINARY LOGS 命令在MySQL中用于手动删除旧的binlog日志文件，从而释放磁盘空间。在执行该命令时，应注意以下几点以确保数据库性能和数据完整性不受影响：
- 确保从服务器已经同步：在主从复制环境中，执行该命令之前，需要确保所有的从服务器已经完全同步了需要被删除的二进制日志中包含的事件。可以通过
SHOW SLAVE STATUS来检查从服务器的复制状态 。 - 检查当前正在使用的日志：通过
SHOW MASTER STATUS命令查看当前正在使用的二进制日志文件，确定哪些日志文件是安全的可以被删除的。 - 考虑性能影响：删除大量日志文件可能会对数据库性能产生短暂影响，尤其是在高峰时段，因此建议在低峰时段进行清理操作。
通过以上步骤和注意事项，可以确保PURGE BINARY LOGS命令的安全执行，同时最小化对数据库性能的影响。
使用示例：
在执行清理操作前，应该检查当前的binlog状态，确认哪些日志将被删除：
SHOW BINARY LOGS;
使用PURGE BINARY LOGS BEFORE命令可以删除所有在指定日期之前的binlog日志。
例如，要删除一周前的所有日志，可以使用：
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 1 WEEK);
例如，要删除一月前的所有日志，可以使用：
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 1 MONTH);
例如，要删除5天前的所有日志，可以使用：
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 5 DAY);
例如，要删除所有指定binlog文件名之前的日志。例如，要删除直到mysql-bin.000050文件之前的日志，可以使用：
PURGE BINARY LOGS TO 'mysql-bin.000050';
总结
清理日志的命令简单使用，但是在执行清理命令之前务必做好相关的检查确认工作，避免造成不必要的影响。因为见过有人清理binlog导致数据库宕机的，也见过清理binlog导致主从同步异常的。
谨慎操作，切记！
