如何配置mysql日志保留策略_mysql日志保留设置说明

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%