MySQL 日志保留策略主要通过配置二进制日志（binlog）、错误日志（error log）、慢查询日志（slow query log）和通用查询日志（general log）的自动清理机制来实现。核心控制方式是设置过期时间或文件大小上限，避免磁盘被日志占满。
二进制日志（binlog）保留天数控制
binlog 是主从复制和数据恢复的关键，但长期积累会占用大量空间。推荐用 expire_logs_days 参数设定自动删除天数（MySQL 8.0.23 起已弃用，建议改用 binlog_expire_logs_seconds）。
MySQL 5.7 / 8.0.22 及以前：在 my.cnf 的 [mysqld] 段中添加：expire_logs_days = 7（保留最近 7 天的 binlog） MySQL 8.0.23+：使用更精确的秒级控制：
binlog_expire_logs_seconds = 604800（即 7×24×3600 秒） 生效后需重启 MySQL 或执行 SET PERSIST binlog_expire_logs_seconds = 604800;（动态生效，且持久化） 手动清理可执行 PURGE BINARY LOGS BEFORE '2024-01-01 00:00:00'; 或按文件名清理
错误日志（error log）轮转与截断
MySQL 自身不直接管理 error log 的轮转，需依赖外部工具或操作系统机制。
启用错误日志：确保 log_error 指向具体文件路径，如 log_error = /var/log/mysql/error.log Linux 下常用 logrotate 配合：新建 /etc/logrotate.d/mysql，内容示例：/var/log/mysql/error.log {
daily
missingok
rotate 30
compress
delaycompress
notifempty
create 640 mysql mysql
sharedscripts
postrotate
if test -f /var/run/mysqld/mysqld.pid; then
kill -USR1 `cat /var/run/mysqld/mysqld.pid`
fi
endscript
} USR1 信号会通知 MySQL 关闭并重新打开 error log 文件，完成无缝轮转
慢查询日志与通用查询日志的开关与归档
这两类日志 I/O 开销大，生产环境建议按需开启，并配合定期归档清理。
开启慢查询日志：slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2（记录超过 2 秒的查询） 通用查询日志默认关闭，如需调试可临时启用：
general_log = ON
general_log_file = /var/log/mysql/general.log 不建议长期开启 general_log；slow_log 可结合 logrotate 定期压缩归档（配置方式同 error log） MySQL 8.0+ 支持将 slow log 写入系统表 mysql.slow_log（需启用 log_output = TABLE），便于 SQL 查询分析，但需定期 TRUNCATE 清理
验证与监控日志清理效果
配置生效后，需定期检查实际保留情况，防止策略失效。
查看当前 binlog 列表及最早时间：SHOW BINARY LOGS; 和 SHOW MASTER STATUS; 确认 error/slow log 文件修改时间：
ls -lt /var/log/mysql/*.log 检查 MySQL 错误日志是否包含轮转失败提示（如权限不足、USR1 未响应） 建议在监控系统（如 Prometheus + mysqld_exporter）中加入日志文件大小告警，阈值设为磁盘总量的 20%~30%
