MySQL错误日志是排查数据库问题的重要依据，通过分析错误日志可以快速定位服务异常、启动失败、崩溃、连接超时等问题。以下是一些常用的MySQL错误日志分析方法和技巧。
1. 确认错误日志的位置
在开始分析前，先确认MySQL错误日志的存储路径。可以通过以下命令查看：
SELECT @@log_error;或者在配置文件my.cnf或my.ini中查找log-error参数：
[mysqld] log-error = /var/log/mysql/error.log常见默认路径包括：/var/log/mysqld.log（Linux）或安装目录下的data/hostname.err。
2. 常见错误类型及含义
分析日志时重点关注以下几类信息：
启动失败：如“Can't start server: Bind on TCP/IP port”通常表示端口被占用或配置错误。 权限问题：出现“Access denied for user”说明用户认证失败，检查用户名、密码或host权限。 表损坏：提示“Table './db/table' is marked as crashed”需使用REPAIR TABLE修复。 InnoDB相关错误：如“InnoDB: Database page corruption”表明数据页损坏，可能需要从备份恢复。 磁盘空间不足：日志中出现“Disk is full”或“No space left on device”，需清理空间或扩容。 崩溃与重启记录：查找“mysqld restarted”或“crash”关键字，结合时间点分析原因。3. 使用工具辅助分析
手动查看日志效率低，可借助工具提升分析速度：
grep搜索关键信息：例如筛选错误级别日志： grep -i "error" /var/log/mysql/error.log 查看最近新增内容： tail -f /var/log/mysql/error.log 实时监控日志输出。 使用pt-tools（Percona Toolkit）：如pt-mysql-summary可汇总MySQL状态和日志概要。4. 结合其他日志综合判断
仅看错误日志有时不足以定位问题，建议结合：
慢查询日志（slow query log）：判断是否有长期运行的SQL导致资源耗尽。 通用日志（general log）：追踪客户端连接行为，辅助排查非法访问或频繁连接。 操作系统日志：/var/log/messages 或 dmesg 可能记录OOM（内存溢出）导致MySQL被杀。基本上就这些。定期检查MySQL错误日志，建立监控告警机制，能有效预防重大故障。关键是熟悉常见错误模式，结合上下文快速响应。不复杂但容易忽略。
