MySQL 日志轮转通过 logrotate 工具和 FLUSH LOGS 命令实现，错误日志、慢查询日志等依赖外部轮转，二进制日志则由 max_binlog_size 或时间触发自动切换，需配置 rotate 策略、权限管理及 expire_logs_days 定期清理，确保日志可追溯且不占用过多磁盘空间。
MySQL 日志轮转是数据库运维中的重要环节，主要用于控制日志文件大小、避免磁盘空间耗尽，并提升管理效率。要分析 MySQL 的日志轮转机制，需从日志类型、轮转方式和配置方法入手。
1. 理解 MySQL 常见日志类型
MySQL 包含多种日志，每种日志的轮转策略可能不同：
- 错误日志（error log）：记录启动、运行或停止过程中的错误信息。
- 慢查询日志（slow query log）：记录执行时间超过指定阈值的 SQL 语句。
- 通用日志（general log）：记录所有客户端连接和执行的 SQL 语句（生产环境一般关闭）。
- 二进制日志（binary log）：用于 数据恢复 和主从复制，其轮转由大小或时间触发。
这些日志中，除二进制日志外，多数依赖外部 工具 或手动操作实现轮转。
2. 分析日志轮转的实现方式
MySQL 本身不直接提供自动轮转功能（除 binlog 外），通常借助 操作系统 工具完成。
- 使用 logrotate 工具（Linux 系统）：这是最常用的方法。通过配置 /etc/logrotate.d/ 下的规则文件，定时切割日志。
- 示例配置：
/var/log/mysql/error.log {daily rotate 7 compress missingok notifempty create 640 mysql mysql postrotate if [ -f /var/run/mysqld/mysqld.pid]; then kill -USR1 `cat /var/run/mysqld/mysqld.pid` fi endscript }其中 kill -USR1 通知 MySQL 重新打开日志文件，实现平滑切换。
- 手动轮转：可执行 FLUSH LOGS 命令，强制 MySQL 关闭并重新打开所有日志文件。
3. 监控与验证轮转效果
确保轮转正常运行，需定期检查以下内容：
- 查看日志目录中是否存在按日期命名的归档文件（如 error.log.1, error.log.2.gz）。
- 确认新日志文件能正常写入，且权限和属主正确。
- 检查 MySQL 进程是否持续运行，无因信号处理导致的异常。
- 查看 logrotate 日志（通常在 /var/lib/logrotate/status 或系统日志中）确认执行记录。
4. 特别处理二进制日志（Binary Log）
Binlog 有独立轮转机制，不受 logrotate 控制：
- 当单个 binlog 文件达到 max_binlog_size 限制时自动切换。
- 可通过 PURGE BINARY LOGS 清理旧日志，防止占用过多空间。
- 建议结合 expire_logs_days 或 binlog_expire_logs_seconds 设置自动过期策略。
基本上就这些。合理配置日志轮转，既能保障问题可追溯，又能避免系统资源浪费。关键是根据实际日志量选择合适的策略，并定期验证执行情况。
