MySQL的error log是排查数据库问题的关键，记录启动、错误、崩溃等信息。通过SHOW VARIABLES LIKE 'log_error'查看路径，确保已启用。常见错误包括内存不足、端口占用、崩溃信号、数据页损坏、权限拒绝和磁盘满。结合slow query log和应用报错时间交叉分析，使用tail、grep实时监控和过滤，定期归档日志，避免重启丢失现场，可高效定位并预防问题。
MySQL的error log是排查数据库问题的第一手资料，它记录了实例启动、运行时错误、崩溃信息以及关键事件。通过分析error log，可以快速定位服务异常、连接失败、配置错误等问题。
开启并定位error log
确保error log已启用，并知道其存储位置：
- 查看当前error log路径：
SHOW VARIABLES LIKE 'log_error'; - 在my.cnf或my.ini配置文件中设置：
[mysqld]
log_error = /var/log/mysql/error.log - 默认情况下，大多数Linux发行版会开启error log，Win
dows可能需要手动配置
dows可能需要手动配置常见错误类型及分析方法
打开error log后，关注以下几类典型信息：
- 启动失败：检查“InnoDB: Cannot allocate memory”或端口占用提示，常因内存不足或port被占用导致
- 崩溃与重启：查找“mysqld got signal 11”等字样，可能是硬件问题或bug，结合堆栈信息判断是否升级版本
- 表空间错误：如“InnoDB: Page corruption”，说明数据页损坏，需从备份恢复
- 权限拒绝：出现“Access denied for user”，检查用户名、密码、host白名单及加密方式（caching_sha2_password vs mysql_native_password）
- 磁盘空间不足：日志中提示“Disk is full”或写入失败，及时清理或扩容
结合时间点与其他日志交叉分析
单一error log有时不足以定位问题，建议配合使用：
- 将error log中的时间戳与slow query log对齐，确认慢查询是否引发连接堆积
- 应用报错时间与error log中的连接中断时间比对，判断是网络层还是MySQL层的问题
- 若开启general log（谨慎使用），可查看具体执行语句上下文
实用技巧提升排查效率
- 用tail -f /path/to/error.log实时监控日志输出
- 搜索关键词过滤：grep -i "error\|warning\|crash" error.log
- 定期归档旧日志，避免过大影响性能，可通过logrotate管理
- 生产环境避免频繁重启，保留原始日志便于事后分析
基本上就这些。error log虽不展示SQL执行细节，但它是系统健康状态的“心跳记录”。养成定期查看习惯，很多问题能在恶化前发现。
