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 握手失败等问题——这些才是日志膨胀的根因，修复应用层比清理日志更有价值不复杂但容易忽略：轮转后记得验证新日志是否正常写入，以及磁盘空间释放是否生效。
