MySQL错误日志需通过轮转+归档+定期清理来管理，而非直接删除；应先确认log_error路径及verbosity级别，再手动重命名日志并执行FLUSH ERROR LOGS，或用logrotate自动化轮转与压缩。
MySQL错误日志（error log）持续增长，不仅占用大量磁盘空间，还可能影响排查效率。关键不是“删”，而是“轮转+归档+定期清理”。
确认当前错误日志配置和位置
先查清日志是否启用、路径在哪、是否支持自动轮转：
- 登录 MySQL 执行：SHOW VARIABLES LIKE 'log_error'; —— 查看日志文件路径
- 执行：SELECT @@log_error; —— 同样返回路径（5.7+ 更推荐此方式）
- 检查是否启用了 log_error_verbosity（控制日志详细程度，值为1/2/3，建议生产环境设为2）
- 注意：MySQL 8.0.14+ 支持 log_error_services，但默认 error log 仍为文件形式，不自动轮转
手动轮转错误日志（安全可靠）
MySQL 不像 general_log 或 slow_log 那样支持 FLUSH LOGS 自动切分 error log（旧版本甚至不支持），但可安全手动轮转：
- 重命名当前 error log 文件（如 mv mysqld.err mysqld.err.20240601）
- 执行：FLUSH ERROR LOGS; —— MySQL 会立即创建新 mysqld.err 并写入后续日志
- 该操作无需重启，不影响服务，是官方推荐的安全方式
- 建议搭配脚本，在轮转后压缩旧日志（如 gzip mysqld.err.20240601）并设置保留天数
用 logrotate 实现自动化管理（Linux 推荐）
借助系统级工具 logrotate 是最稳妥的长期方案，避免人工遗漏：
- 新建配置文件：/etc/logrotate.d/mysql-error
- 内容示例：
/var/log/mysql/mysqld.err { daily missingok rotate 30 compress delaycompress notifempty create 640 mysql mysql sharedscripts postrotate if [ -f /var/run/mysqld/mysqld.pid ]; then kill -USR1 `cat /var/run/mysqld/mysqld.pid` 2>/dev/null || true fi endscript } - 说明：USR1 信号等效于 FLUSH ERROR LOGS；daily 轮转、保留30天、自动压缩
- 测试运行：logrotate -d /etc/logrotate.d/mysql-error（调试模式）
精简日志内容，从源头减量
过大的错误日志常因冗余信息（如频繁的 aborted connection、SSL 警告）导致，可针对性优化：
- 调低 log_error_verbosity（默认3，设为2可过滤部分 info 级日志）
- 关闭不必要的警告：在 my.cnf 中添加 log_warnings = 0（MySQL 5.7 及更早）或改用 log_error_suppression_list（8.0.14+）屏蔽特定错误码，如：log_error_suppression_list = 'MY-013360,MY-010943'
- 检查是否有客户端频繁断连、连接超时、SSL 握手失败等问题——这些才是日志膨胀的根因，修复应用层比清理日志更有价值
不复杂但容易忽略：轮转后记得验证新日志是否正常写入，以及磁盘空间释放是否生效。
