MySQL日志保留策略通过配置binlog、error log、slow log和general log的自动清理机制实现，核心是设置过期时间或大小上限；binlog推荐用binlog_expire_logs_seconds（8.0.23+）或expire_logs_days（旧版）控制天数，error log依赖logrotate轮转并发送USR1信号，slow log和general log建议按需开启并定期归档，同时需监控日志大小防磁盘占满。
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%
