从 MySQL 错误日志中排查数据库故障是数据库管理的重要技能。以下是详细的排查步骤和常见场景分析：
**1. 定位错误日志文件**
- **默认路径**：
```bash
Linux 常见路径
/var/log/mysqld.log
/var/log/mysql/error.log
Windows 默认路径
C:\ProgramData\MySQL\MySQL Server X.X\Data\<hostname>.err
```
- **通过 MySQL 查询路径**：
```sql
SHOW VARIABLES LIKE 'log_error';
```
**2. 查看错误日志内容**
- **实时监控日志**：
```bash
tail -f /var/log/mysql/error.log
```
- **过滤关键错误**：
```bash
grep -i "error\|warning\|fail" /var/log/mysql/error.log
```
**3. 常见错误类型及解决方案**
**场景 1：数据库无法启动**
- **日志特征**：
```
ERROR Could not open mysql.plugin table. Some plugins may be not loaded
ERROR mysqld: Table 'mysql.plugin' doesn't exist
```
-
**可能原因**：
-
系统表损坏（如 `mysql` 库的表丢失）。
-
磁盘空间不足或权限问题。
-
**解决方案**：
-
运行 `mysql_upgrade --force` 修复系统表。
-
检查磁盘空间：`df -h`。
-
验证文件权限：`chown -R mysql:mysql /var/lib/mysql`。
**场景 2：客户端连接失败**
- **日志特征**：
```
ERROR Access denied for user 'user'@'localhost' (using password: YES)
```
-
**可能原因**：
-
用户权限配置错误。
-
密码错误或用户被删除。
-
**解决方案**：
- 通过 `mysql -u root -p` 登录后重置密码：
```sql
ALTER USER 'user'@'localhost' IDENTIFIED BY 'new_password';
```
- 检查权限：`SHOW GRANTS FOR 'user'@'localhost';`
**场景 3：表损坏或崩溃**
- **日志特征**：
```
ERROR Table ./mydb/mytable is marked as crashed and last repair failed
```
- **解决方案**：
- 使用 `myisamchk` 或 `innodb_force_recovery` 修复：
```bash
myisamchk -r /var/lib/mysql/mydb/mytable.MYI
```
- 对于 InnoDB 表：
```sql
SET GLOBAL innodb_force_recovery = 1; # 尝试从 1 到 6 逐步增加
```
**场景 4：内存或配置错误**
- **日志特征**：
```
ERROR InnoDB: Cannot allocate memory for the buffer pool
```
-
**可能原因**：
-
`innodb_buffer_pool_size` 设置过大。
-
系统内存不足。
-
**解决方案**：
- 调整 `my.cnf` 配置：
```ini
innodb_buffer_pool_size = 1G # 设置为物理内存的 50%-70%
```
- 检查系统剩余内存：`free -h`。
**场景 5：复制错误（主从同步）**
- **日志特征**：
```
ERROR Slave SQL: Could not execute Write_rows event on table mydb.mytable
```
-
**可能原因**：
-
主从数据不一致。
-
主库有未同步的 DDL 操作。
-
**解决方案**：
- 跳过错误（临时修复）：
```sql
SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
START SLAVE;
```
- 重建主从一致性：使用 `mysqldump` 或 `xtrabackup`。
**4. 高级技巧**
- **动态启用详细日志**：
```sql
SET GLOBAL log_error_verbosity = 3; # 1=ERROR, 2=WARNING, 3=NOTES
```
-
**关联其他日志**：
-
慢查询日志：`SHOW VARIABLES LIKE 'slow_query_log_file';`
-
二进制日志：`SHOW BINARY LOGS;`
**5. 工具推荐**
-
**日志分析工具**：
-
`pt-query-digest`（Percona Toolkit）：分析慢查询日志。
-
`mysqldumpslow`：内置慢查询分析工具。
-
**监控工具**：
-
Prometheus + Grafana：实时监控 MySQL 状态。
-
Percona Monitoring and Management (PMM)。
**总结流程**
- **定位日志文件** → 2. **过滤关键错误** → 3. **匹配常见场景** → 4. **修复并验证** → 5. **监控预防**。
通过系统化分析错误日志，可以快速定位 80% 的数据库问题。如果问题复杂，可结合 `SHOW ENGINE INNODB STATUS` 进一步诊断。